Em Ter, 2007-07-24 às 10:19 -0300, Pablo Sánchez escreveu:
> Melhor a gente não entrar na discussão
Então é melhor nem escrever aqui, porque esta é uma lista *de
discussões*…
> porque até onde eu saiba PostgreSQL é um banco Objeto Relacional
Então, não pode ser relacional — em que pese a documentação — porque
SQL não é relacional.
É objeto, mas justamente o que está provado é que isso não é muito útil
e ainda prejudica os modelos de dados e seu uso por programas e
usuários.
> Criar um sistema pensando em insert, update, delete, etc, acho que já
> deu para entender que não estamos falando de dados consolidados...
Na verdade não exatamente — o que quis dizer é que a visão que você tem
de todos os dados de pessoa física com herança OO, você tem numa visão.
> Para dados consolidados, melhor criar um OLAP, pegar um Bizgres e
> mandar ver.
Não… OLAP é simplesmente um tipo de processamento; o que você quis
dizer foi um /data warehouse/. Mas justamente está provado que a maior
parte dos /data warehouses/ só é necessário justamente por problemas de
modelagem (falta de normalização) e por não se usarem ferramentas como
as visões materializadas.
> Nops, não é o correto, é o tradicional, o que na raiz já quer dizer
> que não é necessariamente o correto, é apenas como já se faz há
> anos...
É o correto, porque é o conforme ao modelo relacional. Dá mais
flexibilidade, desempenho, e transparência ao modelo de dados.
> Peço aos gurus de programação que dêem sugestões aqui.
> Se bem que, pelo que eu saiba, guru de programação quer
> distância de PHP…
>
> Não vou entrar nesta discussão, porque acho que querer invalidar uma
> tecnologia com um ataque tão fraco já resume tudo. Afinal de contas ao
> dizer uma coisa tão absurda, você está também me atacando
Queria saber por que no Brasil as pessoas tomam críticas técnicas como
pessoais. Só se você ficou ofendido por não ser um guru?
> já que programo em C/C++, Java, C#, e outras tecnologias que acho que
> você nem tem idéia que existiam, e considero PHP uma linguagem muito
> boa, apesar de algumas falhas de implementação.
Não apenas de implementação, mas de conceitos. E pior ainda, de
cultura.
Por exemplo, você está incorrendo num dos Dois Grandes Erros do Date
(/Great Blunders/), que é de mapear classes para relações; classes são
domínios.
> Acho que você não entendeu o que eu quis dizer... Me referia a
> verificar se fica mais pesado utilizar tabelas herdadas ou tabelas
> referenciadas, uma vez que o uso das múltiplas tabelas deixa mais
> pesado com certeza para o PHP.
Tabelas herdadas, certamente, porque muitas operações que num modelo
relacional vão trabalhar com um conjunto de dados menor no OO vão ter de
varrer mais disco e trazer mais dados para memória.
Isso vai ficar mais aparente em alta concorrência ou em pesquisas,
neste caso porque você está predeterminando um caminho de acesso,
efetivamente desnormalizando a base.
--
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
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
