Powiedziałbym, że przede wszystkim:bądź konsekwentny.
Sądzę, że już prawie jesteś przy konwencjach, które nakreśliłeś w swoim pytaniu. Kilka komentarzy:
Uważam, że punkty 1 i 2 są dobre.
Punkt 3 - niestety nie zawsze jest to możliwe. Pomyśl, jak poradziłbyś sobie z pojedynczą tabelą foo_bar który ma kolumny foo_id i another_foo_id oba odwołują się do foo tabela foo_id kolumna. Możesz zastanowić się, jak sobie z tym poradzić. To jednak trochę narożna sprawa!
Punkt 4 — podobnie jak w punkcie 3. Możesz chcieć wprowadzić liczbę na końcu nazwy klucza obcego, aby uwzględnić więcej niż jedną kolumnę odniesienia.
Punkt 5 - Unikałbym tego. Zapewnia niewiele i przyprawia o ból głowy, gdy zechcesz dodać lub usunąć kolumny z tabeli w późniejszym terminie.
Inne punkty to:
Konwencje nazewnictwa indeksów
Możesz chcieć wprowadzić konwencję nazewnictwa dla indeksów - będzie to bardzo pomocne przy każdej pracy nad metadanymi bazy danych, którą możesz chcieć wykonać. Na przykład możesz po prostu wywołać indeks foo_bar_idx1 lub foo_idx1 - całkowicie zależy od Ciebie, ale warto rozważyć.
Nazwy kolumn w liczbie pojedynczej i mnogiej
Dobrym pomysłem może być zajęcie się drażliwym problemem liczby mnogiej i pojedynczej w nazwach kolumn, a także w nazwach tabel. Ten temat często powoduje duże debaty w społeczności DB. Trzymałbym się form osobliwych zarówno dla nazw tabel, jak i kolumn. Tam. Powiedziałem to.
Najważniejszą rzeczą jest tutaj oczywiście spójność!
