Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Дилема за именуване на таблица:имена в единствено число срещу множествено число

Имах същия въпрос и след като прочетох всички отговори тук определено оставам на 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,...

Или използвайте прословутите квадратни скоби [Потребител]



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да използвате Top with Ties в SQL Server - SQL Server / TSQL урок, част 114

  2. Кодиране на символи по подразбиране на SQL Server

  3. Намерете максимална стойност и покажете съответната стойност от различно поле в SQL сървър

  4. SQL Server:Индексни колони, използвани в like?

  5. Естествено присъединяване в SQL Server