Cara, la vai algumas *opnioes pessoais*(nada de flames hein galera?):
- Não abrevie nada: se vc utulizar futuramente algum mapeamento obj-rel
automatico, isso deixara seus objetos com nomes e atributos feios
- não coloque o prefixo "tbl_" nas tabelas(se é uma tabela, a semantica
já garante essa interpretação...)
- nao coloque qualquer outro prefixo nos nomes das tabelas: se precisar
algo assim, separe-as em schemas(comum, financeiro, compras, contabilidade,
portal, etc...)
- nao coloque prefixos/sufixos nos nomes dos campos: em uma tabela
"usuario" basta ter uma coluna "codigo" ao inves de "codigo_usuario" ou
"usu_codigo"... isto é semantico o suficiente, né? ;)
- procedures, functions, views todas podem ter schemas tb
- para chaves-estrangeiras sim, coloque o sufixo da tabela de
origem("codigo_usuario" seria uma chave estrangeira em alguma tabela
apontando para a coluna "codigo" da tabela "usuario")
- se puder, utilize Cammel-Case na nomenclatura: mesmo que o ANSII SQL
seja por padrao case-insensitive, fica mais agradavel visualmente caso vc
utilize algum cliente de sgbd
Isso é o que eu me lembrei aqui agora, e espero que possa ajudar ;)
[]'s
<https://plus.google.com/115668910341649241447> Rafael Nogueira Santos
--
MCTS: SQL Server 2008, Database Development
MCTS: .NET Framework 4, Service Communication Applications
MCTS: .NET Framework 4, Data Access
MCTS: .NET Framework 4, Web Applications
MCPD: Web Developer 4
Exin/ISO 27002 Information Security Certified Professional
--
_______________________________________________
[email protected]
http://www.codeigniter.com.br
http://mail.codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
---------------------------
Oportunidade de negócio
http://www.franquiasargohost.net
---------------------------
