>> Em transações bancárias por exemplo sim, mas e nas outras
>> aplicações? Creio que um modelo hibrido seria bom onde objetos complexos
>> vivem em harmonia com o modelo relacional. Claro cada situação é uma
>> situação.
> Esse modelo é o relacional, vide _The Third Manifest_… o modelo
> relacional não está bem implementado nem na linguagem SQL em si, nem
> nas implementações SQL (SGBDs), mas isso são restrições tecnológicas
> arbitrárias, não problemas do modelo. Sabendo dessas limitações,
> pode‐se decidir por violar o modelo em alguns casos, como por exemplo
> criar chaves artificiais onde absolutamente necessário; violá‐lo
> sistematicamente é pedir para apanhar da vida.
>
> Para resumir, classes de OO equivalem a tipos de dados no modelo
> relacional. E, portanto, OO e o modelo relacional são ortogonais. Só
> entram em conflito quando quem não conhece o modelo relacional tenta
> reinventar a roda aplicando uma técnica de programação, que é a OO, na
> gestão de dados.
>
Onde se encaixa o modelo não relacional nesta teoria? O famoso NoSQL,
agora viu que não disse programação OO. Sim, acho que não é necessário
implementar a complexidade de um modelo relacional em todas as
situaçãos, apesar de ele poder ser usado.
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
