<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Você tá transformando o problema num prego pra poder usar seu martelo,</blockquote>
<div><br>É também a sensação que tenho. =/<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> não faça isso.</blockquote><div><br>É justamente o que estou tentando evitar.<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> Use uma base de dados de verdade, vai te dar menos dor<br>
> de cabeça, e é trivial de se fazer. Depois você pode manipular seus<br>
>dados, e "exportar" dessa base pra onde quiser, LDAP, CSV, etc...<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>Acho que você sugeriu pegar tudo do CSV e jogar num banco de dados relacional, e trabalhar em cima disso.<br><br>A minha segunda opção era justamente essa, jogar o CSV numa base LDAP "temporária" e usar os recursos do Net::LDAP.<br>
<br>Não é relacional, mas serve perfeitamente.<br><br>Esse software vai rodar várias vezes durante o dia, para sempre, pois é o software que vai manter atualizada a base LDAP a partir do CSV nojentão (que é uma fatia enorme dos nossos dados) e mais outras bases bizarras também.<br>
<br>O produto final tem que ser, de qualquer maneira, uma base LDAP pois ela vai ser nossa base "de verdade" para tudo a partir de agora.<br><br>E é nela que vai haver a maior quantidade de buscas. Daí eu não teria quase ganho nenhum em passar o CSV para um bd relacional.<br>
<br>Eu preciso é executar muitas buscas no LDAP. Mas antes disso, preciso abordar o problema da unificação/manutenção das bases corretamente.<br><br>O CSV vai continuar existindo pois é ele que vai sempre alimentar uma fatia gigante da base LDAP final (o maldito sistema atual usa isso como base de dados... e o sistema é fechado, nada que eu possa fazer).<br>
<br>Bom... vou refletir sobre sua sugestão.<br><br>Obrigado por dispensar parte do seu tempo nisso.<br><br>Ah, isso tudo parece ridículo pois não pode ser tão complicado lidar com essas bases para fazer o que eu quero.<br>
<br>Mas é que eu preciso de um software reaproveitável pois as coisas aqui são muito confusas (basta dizer que uma das bases fundamentais é um CSV, existe uma outra MySQL, outra Access e temos que ter um diretório LDAP comum, consistente, que sirva como base garantida para tudo daqui para frente).<br>
<br>Quanto mais simples e clara fosse a interface entre as bases e outra demanda qualquer, melhor, mesmo que o desempenho fosse pífio (tudo é confuso mas ao mesmo tempo é pequeno). Por isso minha idéia inicial era transformar toda e qualquer base num array de objetos Livro pois aí eu teria uma padronização de campos, etc.<br>
<br>Daí eu faria todas as comparações e validações e atualizaria a base LDAP da forma coerente.<br><br>Esse procedimento é que não estou sabendo abordar.<br><br>Não temos desenvolvedores Perl aqui (só eu). Daí quando um outro administrador for fazer um script, ele não pode perder tempo descobrindo como trabalhar com cada base.<br>
<br>Mas isso já se estendeu demais.<br><br>Obrigado mesmo pela atenção.<br><br>Vou refletir mais sobre sua sugestão e o que mais aparecer.<br><br>[]'s<br>Gilberto<br></div></div>