Именование таблиц базы данных и представлений
Проблема версии, обсужденная в ссылке, не была полезна. В основном cookie ASP.NET сосет. Я должен был сохранить время даты истечения срока в cookie сам и проверить его в каждый запрос.
4 ответа
Consistency is the best approach. Adding a _TABLE or _VIEW at the end of an object name is overkill in my book, but if the database is designed that way, I wouldn't break from convention.
For your colleague to bring his naming convention from a previous organization into a new one without checking 'local' standards is bad practice.
Использование v для представления в качестве стандарта, на мой взгляд, особенно плохо, потому что оно мешает вам использовать один из лучших способов рефакторинга базы данных, а именно переименование таблицы и создание представления с старое имя, которое имитирует старую структуру, поэтому ничего не ломается, пока вы вносите изменения, но вы можете начать поиск и исправление всех старых ссылок, не исправляя их все до того, как изменение будет перенесено в prod.
Я также с akf, полагая, что настоящая проблема заключается в использовании соглашений об именах от какой-то другой организации и игнорировании соглашений об именах в текущей организации. Я бы потопал так быстро и настоял на том, чтобы он изменил все объекты и связанный с ними код на ваш стандарт, иначе это и дальше будет проблемой.
Использование префикса v_ или vw_ может быть полезно, если вы часто читаете запросы SELECT; вы можете быстро увидеть, выбираете ли вы из представления или таблицы. Должно быть достаточно префиксов представлений ИЛИ таблиц постфиксации, и то и другое не требуется. Мы используем префикс представления.
Дополнительно мы используем префикс «модуль» для кластеризации таблиц и представлений по функциональной группе. Например, связанные с биллингом таблицы называются BIL_ *, а связанные с биллингом представления VW_BIL_ *. Именование модулей позволяет расположить связанные таблицы и представления рядом друг с другом в SSMS.
Из http://vyaskn.tripod.com/object_naming.htm :
Существует так много разных соглашений об именах для объектов базы данных, что ни одно из них не является неправильным . Это скорее личное предпочтение человека, разработавшего соглашение об именах. Однако в организации один человек (или группа) определяет соглашения об именах баз данных, стандартизирует их, а другие будут следовать им, нравится им это или нет.
Прочтите полную статью , чтобы узнать, как для внедрения / создания в вашей организации.