Baseado em normalização, não é bacana criar tabelas cujos campos geralmente ficam NULL, na minha visão você deverá criar uma tabela PESSOAS (contendo tudo que é comum entre as entidades: Clientes, Fornecedor, Usuários...) e criar outras tabelas quando surgir a necessidade como login do usuário.
PESSOAS - ID - Nome PESSOAS_USUARIOS - Peddos_ID - User - Password Alguma coisa assim... Em 15/10/07, Joel Alexandre <[EMAIL PROTECTED]> escreveu: > > Sergio Eurico escreveu: > > A idéia é exatamente esta Escobar, facilitar ao máximo a (nossa) vida de > > desenvolvedores. :o) > > > > E como "ta tudo ali", simples de entender e dar manutencao, não tenho > que > > ficar analisando DER cada vez que o cliente me pede uma alteracao ou um > > relatorio nao previsto... rsrsr Principalmente depois de um tempo sem > mexer > > no sistema. > Este método é muito interessante. O unico problema dele seria > cliente que operam basicamente com clientes. Por exemplo, operadora de > Marketing. Onde existem poucos itens e milhões de clientes. > > []Os Joel > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Links do Yahoo! Grupos > > > -- Atenciosamente, Bruno Sanson Cadena Sistemas 19 3468-3368 / 19 8145-2024 Skype: brunosanson [As partes desta mensagem que não continham texto foram removidas]