Следует ли использовать префиксы в наших соглашениях об именах таблиц базы данных?

Я предпочитаю добавлять к таблицам и другим объектам базы данных краткое имя приложения или решения.

Это помогает в двух возможных ситуациях, которые приходят на ум:

1. У вас меньше шансов получить конфликты имен, если вы решите использовать какие-либо сторонние компоненты фреймворка, которым требуются таблицы в базе данных вашего приложения (например, поставщик членства в asp net).

2. Если вы разрабатываете решения для клиентов, они могут быть ограничены одной базой данных (особенно если они платят за внешний хостинг), требуя от них хранения объектов базы данных для нескольких приложений в одной базе данных.

Если вы используете SqlServer, хорошим началом было бы посмотреть на образцы баз данных, предоставленные для некоторых рекомендаций.

Если вас беспокоит путаница в именах таблиц, используйте в коде венгерскую систему нотации. Возможно "s" для строки + "tn" для имени таблицы:

 stnUsers = 'users';
 stnPosts = 'posts';

Конечно, префикс зависит от вас, в зависимости от того, насколько многословен ваш код ... strtblUsers, strtblnmeUsers, thisisthenameofatableyouguysUsers...

Добавление префикса к именам таблиц имеет некоторые преимущества, особенно если вы не закодируете этот префикс в системе и не разрешите его изменять при каждой установке. Во-первых, вы меньше рискуете конфликтовать с другими компонентами, как сказал Ян, а во-вторых, если хотите, у вас может быть два экземпляра вашей программы, работающие в одной базе данных.

Я не понимаю, как любое соглашение об именах может улучшить безопасность ...

Если злоумышленник имеет доступ к базе данных (с вредоносными разрешениями), он обязательно будет иметь разрешения на перечисление имен таблиц и выбор, чтобы увидеть, для чего они используются.

Но я думаю, что действительно запутанные имена таблиц могут косвенно ухудшить безопасность. Это затруднит дальнейшую разработку, тем самым уменьшая вероятность устранения проблем с безопасностью или даже может скрыть потенциальные проблемы:

Если таблица с именем (например) 'sro235onsg43oij5' заполнена столбцами со случайными именами со случайными строками и числами, новый разработчик может просто подумать, что это случайные тестовые данные (если только он не коснется кода, который с ним взаимодействует), но если он был назван 'userpasswords' и т.п.

Я считаю, что префиксы объектов венгерских БД для обозначения их типов довольно раздражают.

Я работал в местах, где каждое имя таблицы должно было начинаться с «tbl». В каждом случае соглашение об именах в конечном итоге причиняло много боли, когда кому-то требовалось внести в противном случае незначительные изменения.

Например, если вы соглашаетесь, что таблицы начинаются с «tbl», а представления начинаются с «v», то что делать, когда вы решаете заменить таблицу какими-то другими элементами в серверной части и предоставить представление для совместимости или даже как предпочтительный интерфейс? В итоге у нас были просмотры, которые начинались с "tbl".

Почему бы не назвать таблицы в соответствии с вашими правилами кодирования? Считайте имя таблицы «классом», а столбцы - «свойством» или «полем». Это помогает при использовании ORM, который может автоматически выводить имена таблиц / столбцов из имен классов / членов.

Например, Замок ActiveRecord, объявленный, как показано ниже, предполагает, что имена совпадают как член, на котором они находятся.

[ActiveRecord]
public class Person
{
    [PrimaryKey]
    public Int32 Id { get; set; }

    [Property]
    public String Name { get; set; }
}

В прошлом я был против использования префиксов в именах таблиц и столбцов. Тем не менее, когда вы сталкиваетесь с задачей перепроектирования системы, наличие префиксов имеет неоценимое значение для выполнения поиска и замены. Например, поиск по запросу «tbl_product», вероятно, даст вам гораздо более релевантные результаты, чем поиск по запросу «продукт».