Имах същия въпрос и след като прочетох всички отговори тук определено оставам на SINGULAR, причини:
Причина 1 (Концепция). Можете да мислите за торба, съдържаща ябълки като "AppleBag", няма значение дали съдържа 0, 1 или милион ябълки, винаги е една и съща торбичка. Таблиците са точно това, контейнери, името на таблицата трябва да описва какво съдържа, а не колко данни съдържа. Освен това понятието за множествено число е по-скоро за говоримия език (всъщност, за да се определи дали има едно или повече).
Причина 2 . (Удобство). по-лесно е да излезете с имена в единствено число, отколкото с множествено число. Обектите могат да имат неправилно множествено число или изобщо да нямат множествено число, но винаги ще имат единствено число (с малки изключения като Новини).
- Клиент
- Поръчайте
- Потребител
- Състояние
- Новини
Причина 3 . (Естетика и ред). Специално в сценарии с главни подробности, това се чете по-добре, подравнява се по-добре по име и има по-логичен ред (първо главен, втори детайл):
- 1. Поръчка
- 2.OrderDetail
В сравнение с:
- 1.Подробности за поръчката
- 2. Поръчки
Причина 4 (Простота). Съберете всички заедно, имена на таблици, първични ключове, връзки, класове на обекти... е по-добре да сте наясно само с едно име (единствено число), вместо с две (клас в единствено число, таблица за множествено число, поле за единствено число, единствено число и главен детайл. .)
Customer
Customer.CustomerID
CustomerAddress
public Class Customer {...}
SELECT FROM Customer WHERE CustomerID = 100
След като разберете, че имате работа с „Клиент“, можете да сте сигурни, че ще използвате една и съща дума за всички ваши нужди за взаимодействие с базата данни.
Причина 5 . (Глобализация). Светът става все по-малък, може да имате екип от различни националности, не всеки има английски като роден език. Би било по-лесно за програмист на английски език, който не е роден, да мисли за "хранилище", отколкото за "хранилища" или "статус" вместо "статуси". Наличието на единствени имена може да доведе до по-малко грешки, причинени от печатни грешки, да спестите време, като не се налага да мислите „дете ли е или децата?“, като по този начин подобрявате производителността.
Причина 6 . (Защо не?). Може дори да ви спести време за писане, да ви спести дисково пространство и дори да направи клавиатурата на компютъра ви издръжлива по-дълго!
SELECT Customer.CustomerName FROM Customer WHERE Customer.CustomerID = 100
SELECT Customers.CustomerName FROM Customers WHERE Customers.CustomerID = 103
Запазихте 3 букви, 3 байта, 3 допълнителни натискания на клавиатурата :)
И накрая, можете да назовете онези, които се бъркат със запазени имена като:
- Потребител> LoginUser, AppUser, SystemUser, CMSUser,...
Или използвайте прословутите квадратни скоби [Потребител]