Technicznie, jeśli zgadzasz się z tym, jak określasz wszystko, co jest dobre. Po obu stronach pojawią się spory o używanie CamelCase lub podkreślenia.
Osobiście sugeruję nazywanie twoich tabel w liczbie pojedynczej (więc question_type over question_types). Może się to wydawać banalne, ale w końcu natkniesz się na sytuacje, w których wersja w liczbie mnogiej może powodować problemy z pisownią lub ogólną spójnością. To część 1.
Kolumny powinny być zawsze w liczbie pojedynczej.
Kiedy zacząłem pracować z bazami danych, wybrałem metodę podkreślenia dla nazw i kolumn. Jestem pewien, że dostałem propozycję formularza SO, ale nie wiem na pewno.
Unikałem też długich nazw w polu ID, ponieważ uważam je za fałszywe. Moje schematy są zawsze dość oczywiste (workbench lub inaczej), a moje zapytania zawsze mają prefiks identyfikacji, więc długa nazwa po prostu zwiększa ilość znaków, które muszę wpisać, bez rzeczywistej korzyści dodanych znaków.
Wydaje mi się, że pamiętam, czytając ten wątek, aby uzyskać lepszy pogląd na to, jakiej metody użyć w tabelach liczby mnogiej w stosunku do liczby pojedynczej. Mam nadzieję, że to pomoże.
Table Naming Dilemma: Singular vs. Plural Names
ale kiedy MySQL Workbench utworzyć plik sql konwertować QuestionType do questiontype, to mnie mylić – Jack
@Jack: To jest tylko wyborem, że autor tego programu zrobiła. Dopóki baza danych traktuje identyfikatory jako przypadek insensetywny, nie ma znaczenia, czy użyjesz 'QuestionType' lub' questiontype' (lub 'QuEsTiOnTyPe') do korzystania z niego, ale to nie znaczy, że powinieneś zmienić konwencję dla * nazywanie * rzeczy. – Guffa