Em Ter, 2007-07-24 às 10:25 -0300, Pablo Sánchez escreveu:
> Isso porque não existe até hoje uma implementação que convença.
Não há como haver tal implementação, porque não há conceitos que
convençam. Veja o Date a respeito.
> É o mesmo sorriso que o pessoal de Mainframe dá quando falam em usar
> Java no lugar de Cobol.
Hm, não tem muito a ver. O problema com Java é de outra natureza, é o
de excesso de complexidade e de consumo de recursos.
Se bem que um dos problemas de OO é justamente excesso de complexidade,
pela falta de um modelo de dados.
> Criar um banco totalmente OO seria quebrar com o paradigma do
> relacional de alguma forma
Não se preocupe, o SQL já o fez.
> porém, nenhuma empresa se arrisca a investir muito nisso, já que o
> mundo é SQL.
Não é verdade, há empresas especializadas nisso. A Pick por exemplo
recriou-se no Caché, que dizem ser OO mas é apenas um MV com Java… o que
aponta outro problema de BDOO: é um retrocesso ao mundo pré-relacional,
abandonando as abstrações relacionais por preocupações físicas.
> Quem sabia SQL há 15 anos, ainda usar numa boa aquele basicão.
SQL, com todos seus defeitos, é muito mais simples e poderoso que
qualquer linguagem de manipulação de dados OO, justamente por sua
herança relacional. E seus problemas são principalmente derivados de
seus desvios do modelo relacional.
> Agora, quem programa proceduralmente, já não consegue se virar tão bem
> com OO porque exige uma forma distinta de refletir o mundo.
Mas OO *é* procedural.
> Só tento a paciência para ler este documento curioso
> http://s2k-ftp.cs.berkeley.edu:8000/postgres/papers/ERL-M85-95.pdf
Não entendi o que você quis dizer.
Foi esse artigo aliás que arruinou o Ingres original. Todos os
benefícios que tentaram decorrentes de OO teriam sido melhor obtidos com
o aperfeiçoamento do Ingres QUEL, sem as limitações que o QUEL OO e o
SQL impuseram.
O Stonebraker é um ótimo programador, mas nunca entendeu totalmente o
modelo relacional e suas implicações. Vide as discussões de Date,
Darwen e McGoveran a respeito.
--
Leandro Guimarães Faria Corcete DUTRA <[EMAIL PROTECTED]>
Atech Fundação Aplicação de Tecnologias Críticas SP, BR
msnim:[EMAIL PROTECTED]
skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151
- - - - -
Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou
privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber
esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas
ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta
mensagem por engano, por favor avise imediatamente o remetente, respondendo o
e-mail e em seguida apague-o. Agradecemos sua cooperacao.
Privacy Policy: This message may contain confidential and/or privileged
information. If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose or take any action based on this
message or any information herein. If you have received this message in error,
please advise the sender immediately by reply e-mail and delete this message.
Thank you for your cooperation.
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
