<html><body bgcolor="#FFFFFF"><div>Concordo com o Breno Oliveira. </div><div><br></div><div>Muitas vezes as pessoas usam XML errôneamente, já encontrei vários casos em que as pessoas transformam o dump do banco em um XML sem necessidade, para futura exportação. O que acaba gerando XML"s gigantescos e depois exigem uma quantidade de processamento desnecessário. Um belo exemplo era quando eu travalhava com cotação de preço e os clientes enviavam um XML gigantesco com o preço atual dos produtos da loja.</div><div><br></div><div>Quando na verdade uma boa solução era gerar um "meta arquivo" dizendo informações sobre o dump do banco, bem parecido com o que o SLQ Loader faz, você passa um arquivo com as informações dos campos e o outro com os dados.</div><div><br></div><div><br>Enviado de meu iPhone</div><div><br>Em 12/12/2011, às 19:30, breno <<a href="mailto:breno@rio.pm.org">breno@rio.pm.org</a>> escreveu:<br><br></div><div></div><blockquote type="cite"><div>Nota-se que realmente há muitas opções :)<br><br>Complementando as sugestões, aqui vão as minhas:<br><br>Tem o xsd? => XML::Compile<br>Não tem? => XML::Toolkit<br><br>Um detalhe interessante é que, se você não tem o schema, talvez XML não seja a melhor escolha para formato (já que a grande força dele está na validação).<br>
<br>Agora que você já tem detalhes sobre algumas das principais
implementações disponíveis, use o metaCPAN (<a href="http://metacpan.org"><a href="http://metacpan.org">http://metacpan.org</a></a>) para dar uma olhada
nas APIs e escolha a que se sentir mais confortável.<br>
<br>
Qualquer dúvida, tamos aí \o/<br><br>[]s<br><br>-b<br>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Rio-pm mailing list</span><br><span><a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a></span><br><span><a href="http://mail.pm.org/mailman/listinfo/rio-pm">http://mail.pm.org/mailman/listinfo/rio-pm</a></span></div></blockquote></body></html>