Pois é, a idéia é criar realmente independência na parte Model do MVC, e permitir esse tipo de portabilidade sem maiores problemas com as tabelas.
Parece que é unânime que eu deixe as heranças de tabelas de fora, mas ainda vou dar uma pesquisada antes, pois não me convenci ainda. Em 24/07/07, Daniel Gaspary <[EMAIL PROTECTED]> escreveu:
Pablo, Primeiramente parabéns pela iniciativa. Como você citou, é incrpivel, mas o problema principal "do" PHP é ser muito fácil para iniciantes e atrair muita gente que acaba só fazendo gambiarras. Assim como eu vejo que o problema do java nem está na linguagem em si e sim na burocracia que foi criada em torno dela. J2EE é uma das coisas mais burocráticas que existe. Tomara que continue com a idéia de manter o suporte a múltiplos SGBDs da sua biblioteca. Pois uma coisa que acho triste é ver projetos muito legais criados em PHP (Wordpress, Wikis, CMS etc, etc) que começaram usando MySQL e assim continuam até alguém se matar pra portar para outro(s) bancos. O que, depois do projeto ter milhares de linhas de código é muito pior. Sobre esse recurso de heranças do Postgres, realmente, procure deixar de fora. Sempre que vi menção a isso nas listas de Postgres é recomendado que se ignore isso, pois cedo ou tarde se chega a algumas inconsistencias e limitações que fazem você se arrepender de não ter feito tudo a mão. On 7/24/07, Pablo Sánchez <[EMAIL PROTECTED]> wrote: > Bom, com o modelo Relacional esbarrei em limitações da OO do PHP, que não me > pareceram boas práticas, e na verdade, me pareceram que quase com 500% de > certeza, a velocidade de processamento irá cair horrores. > > Em 24/07/07, Roberto Mello <[EMAIL PROTECTED]> escreveu: > > Pablo, > > > > On Tue, Jul 24, 2007 at 08:22:37AM -0300, Pablo Sánchez wrote: > > > > > > Nunca utilizei Oracle, e sempre ouvi falar que ele e o PostgreSQL tem > muito > > > em comum. Então, gostaria de solicitar a ajuda dos amigos para verificar > > > essa informação: são os dois realmente parecidos? Alguém aqui usa > > > Oracle > > > também? Há no Oracle a opção de herança de tabelas? Se há, a sintaxe > > > > Eu escrevi o capitulo "Porting from Oracle PL/SQL to PL/pgSQL" da > > documentacao do PostgreSQL (que precisa de atualizacao e expansao). > > > > O PostgreSQL e' "parecido" com o Oracle em varios aspectos, inclusive > > PL/pgSQL. Entretanto, como ja foi comentado, a funcionalidade de heranca > > de tabelas do PostgreSQL e' um residuo hereditario do inicio do projeto. > > > > O Oracle so' tem (que eu saiba) heranca de tipos (CREATE TYPE) e nao de > > tabelas. > > > > Mesmo assim, eu creio que seria melhor se nao ti baseasse nessa > > funcionalidade do PostgreSQL para implementar tua biblioteca. Creio que > > usar o modelo relacional e' mais seguro e correto. > > > > De^ uma olhada no projeto SQLAlchemy, que e' o melhor ORM (Object > > Relational Mapper) que eu ja' vi. Particularmente, veja a teoria por > > detras do projeto e como ele implementou a funcionalidade. E' escrito em > > Python e o poder e flexibilidade que ele da' ao programador sao > > fantasticos, por que o projeto implementou a solucao correta para o > > problema, na minha opiniao. http://www.sqlalchemy.org/ > > > > "SQL databases behave less and less like object collections the more size > > and performance start to matter; object collections behave less and less > > like tables and rows the more abstraction starts to matter. SQLAlchemy > > aims to accommodate both of these principles." > > > > "SQLAlchemy doesn't view databases as just collections of tables; it sees > > them as relational algebra engines. Its object relational mapper enables > > classes to be mapped against the database in more than one way. SQL > > constructs don't just select from just tables—you can also select from > > joins, subqueries, and unions. Thus database relationships and domain > > object models can be cleanly decoupled from the beginning, allowing both > > sides to develop to their full potential." > > > > -Roberto > > > > -- > > Hey, if pi == 3, and three == 0, does that make pi == 0? :-) > > -- Larry Wall in <[EMAIL PROTECTED]> > > _______________________________________________ > > pgbr-geral mailing list > > pgbr-geral@listas.postgresql.org.br > > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral