Tem o MicroOlap tb. Não é a 8a. maravilha do mundo, nem free. Mas não é tão caro. Uso ele e estou contente.
2011/9/21 Guimarães Faria Corcete DUTRA, Leandro <lean...@dutras.org> > 2011/9/21 Leonardo Cezar <lhce...@gmail.com>: > > > > Não mais. Até onde sei, não existem ferramentas livres que atendam os > > nossos requisitos. > > Foi o que imaginei. > > > >> Tenho medo de não alcançar o entendimento do que crês que ele não > >> antederá, por isso não pergunto… > > > > Se insistir, explico onde erramos no autodoc, mas precisaria resgatar > > os códigos e as diversas tentativas de evoluções daquele código. > > Não insisto, até porque é mera curiosidade minha e sei que tens mais o > que fazer… > > > >>> - Oracle Design (sux*100) > >> > >> Abandonado, certo? > > > > Pela Oracle, sim, mas para uma empresa que ainda tem cerca de 90% de > > seus sistemas armazenados dentro dele, não. > > A velha ladainha do usuário de sistemas proprietários… os termos do > relacionamento com o fornecedor mudam unilateralmente. > > > >> Para mim, a decisão é simples: se tenho de manter uma biblioteca de > >> modelos numa única ferramenta para modelos que serão implementados, > >> cada um, em vários SGBDs diferentes, aí preciso duma dessas > >> ferramentas que misturam modelagem e diagramação. > > > > É o caso da maioria, acredite. > > Não só acredito, como sei. > > > > A questão não se limita a modelagem; apenas pra citar 15 dos mais de > > 40 requisitos necessário em nosso ambiente: > > > > * Possibilidade de criar o DER a partir do modelos lógicos > > (diagrama de entidades) > > Aí é que tenho divergência conceitual… não acredito em DER nem em Papai > Noel. > > Creio que o SQL nos ajuda a criar uma grande confusão nesse ponto, mas > acho que já me expliquei alhures e (ou) d’antanho… > > > > * Criação automático do Mapeamento Objeto Relacional e, mais > > especificamente, dos mapeamentos do JPA > > Meus pêsames… > > > > * Utilizar repositório único e integrado > > Git! (ou Darcs, ou qualquer equivalente…) > > > > * Garantir versionamento dos objetos existentes no repositório > > Idem. > > > > * Compatibilidade entre tipos e domínios > > Boiei. > > > > * Integração de repositórios com a base física > > * Geração de DDLs/SQL > > * Geração de Sequences > > * Geração de índices > > * Comparação (diff) entre esquemas > > Prefiro, quando posso, fazer isso no outro sentido… > > > > * Versionamento da estrutura > > * Rastreabilidade de dependência (relacionamentos) > > Não pesquei também. > > > >> Mas, se tenho o > >> privilégio de mexer só com PostgreSQL, então programação SQL literária > >> com noweb ou algo parecido, gerando gráficos com AutoDoc, é o que > >> chamo de modelagem literária e é muito bom… > > > > Se tem esse privilégio, vc é um baita sortudo! > > Já aconteceu. > > Aproveitando, tangencialmente relevante: > http://lwn.net/SubscriberLink/459647/de10bdae0e5123cd/ > > > -- > Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org > +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm > sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Fernando Brombatti email-msn-gtalk: bromba...@gmail.com skype: fernandobrombatti work: +55 54 3218-6060 home: +55 54 3028-7217 mobile: +55 54 9189-7970
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
