2008/7/12 Ribamar Sousa <[EMAIL PROTECTED]>: > > Aqui faço uma pergunta: não são fases da modelagem, relação (fase > conceitual) e tabela (fase de implementação)?
Se falas de implementação em SQL, sim. Mas aí já não é relacional, percebes? SQL não é relacional: nunca foi de fato e já há muitos anos abandonou a pretensão de ser. O problema básico aí foi justamente misturar o que chamastes de fases de modelagem, e como o Euler lembrou os níveis conceitual e físico — onde o físico não é relacional, mas SQL. > Um livro que não recomendo é o de C.J.Date (Introdução a Sistemas de Bancos > de Dados, 8a. edição, 2004), pois não concordamos com várias de suas > afirmações e enfoque. Por exemplo, nessa edição, na página 366, ele afirma > que "o melhor modo de ver os 'relacionamentos' é simplesmente considerá-los > um tipo especial de entidade. ... qualquer abordagem que insista em fazer > tal distinção [entre entidades e relacionamentos] tem um grave defeito, > porque... o mesmo objeto pode, de forma bastante legítima, ser visto como > uma entidade por alguns usuários e como um relacionamento por outros" Pois é, e o Date está completamente certo aí. Esse é um fato, e uma das muita belezas do Princípio da Informação: tudo é representado por relações, atributos, seus valores e restrições de integridade. > ... Infelizmente, UML e outros modelos de análise OO aparentemente não foram > desenvolvidos por pessoas que tivessem boa experiência com o MER e o > conceito de modelagem conceitual de dados. Concordo que UML e BDOOs de maneira geral são problemáticos — mas MER também é, porque reducionista. E necessariamente reducionista, uma vez que é impossível descrever todo um modelo de dados completo em forma de diagramas. Não tenho nada contra DERs, desde que não passem disso: representação em forma de diagrama de um bom modelo de dados. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
