命名数据库表和视图

Question

我最近问过一位同事，为什么他们在所有数据库表名的末尾都包含了 _TABLE。 他们说这是他们工作过的另一个组织的标准。 其他同事在视图开始时使用 V_。
这是好的做法吗？

Answer 1

一致性是最好的方法。 在我的书中，在对象名称的末尾添加 _TABLE 或 _VIEW 是矫枉过正，但如果数据库是这样设计的，我就不会违反惯例。

对于您的同事来说，在不检查“本地”标准的情况下，将他以前组织的命名约定引入新组织是不好的做法。

Answer 2

在我看来，使用 v 作为视图的标准特别糟糕，因为它会阻止您使用重构数据库的最佳方法之一，即重命名表并使用模拟旧结构的旧名称创建视图，因此没有任何破坏在进行更改时，您可以开始查找和修复所有旧引用，而无需在更改生效之前修复所有旧引用。

我也同意 akf 的想法，即真正的问题是采用其他组织的命名约定并忽略当前组织的命名约定。 我会如此快速地踩踏并坚持要求他将所有对象和相关代码更改为您的标准，否则这将继续成为问题。

Answer 3

如果您经常阅读 SELECT 查询，使用 v_ 或 vw_ 前缀会很有用； 您可以快速查看是从视图还是表中进行选择。 前缀视图或后缀表应该就足够了，不需要两者兼而有之。 我们使用视图前缀。

此外，我们使用“模块”前缀来围绕功能组对表和视图进行聚类。 例如，计费相关表称为 BIL_*，计费相关视图称为 VW_BIL_*。 模块命名使 SSMS 中的相关表和视图彼此靠近。

Answer 4

它认为akf很好地回答了这个问题。 HLGEM 对重构提出了很好的观点。

但是，我会将此反驳添加到没有前缀/后缀约定。 在 SQL Server（可能还有其他数据库）中，您不能在同一个架构中拥有同一个所有者的同名表和视图。 为表创建非规范化视图是一种常见模式。 如果您没有采用区分视图和表的命名约定，那么您最终可能会为这些视图使用有趣的名称，例如 EMPLOYEE_DENORM 而不是 EMPLOYEE_V。

如果需要进行像 HLGEM 描述的重构，那么您的命名约定可以允许。 这样那些没有前缀或后缀的视图很容易被识别为“重构”视图。

Answer 5

来自http://vyaskn.tripod.com/object_naming.htm ：

数据库对象有很多不同的命名约定，没有一个是错误的。 这更多是设计命名约定的人的个人偏好。 然而，在一个组织中，一个人（或一个组）定义了数据库命名约定，将其标准化，其他人无论喜欢与否都会遵循它。

阅读全文，详细了解如何在您的组织中实施/创建它。

Answer 6

我更喜欢用所有驼峰命名我的表，以及字段名称。 例如...

CREATE TABLE [crm].[company]
(
    [id] INT NOT NULL PRIMARY KEY,
    [companyName] NVARCHAR(255) NOT NULL
)

对于视图，我在它们前面加上“视图”一词。 例如...

CREATE VIEW [crm].[viewFullEmployee]
    AS SELECT e.id, e.companyId, e.niceId, e.startDate, e.fullPart, p.firstName, p.middleName, p.lastName, p.active, p.birthDate, p.email, p.alternateEmail, p.phone, p.phoneExt, p.homePhone, p.mobilePhone, p.jobTitle, p.suffix, p.prefix FROM [crm].[Employee] as e FULL JOIN [crm].[person] as p on e.id = p.id

我还将所有内容拆分为模式，并且不使用默认模式，这迫使我始终为查询中的内容指定模式，因为 dbo 中没有任何内容。

我知道有些东西是一张桌子，因为它前面没有视图这个词。 这也防止了具有相同名称的表和视图。

我不喜欢使用像“employee_v”这样的下划线名称，因为我使用 T4 模板“PetaPoco”生成所有数据层代码，而且我不喜欢在引用类型时在代码中键入 _。

我只是更喜欢这个

var person = uow.Db.Fetch<Models.viewFullEmployee>("SELECT * FROM [crm].[viewFullEmployee]");

对比

var person = uow.Db.Fetch<Models.fullEmployee_V>("SELECT * FROM [crm].[fullEmployee_V]");

至于存储过程，我觉得它们不需要像“sp_”这样的前缀，我看到很多人都这样做。 由于 EXEC、Create Procedure 或 Alter Procedure 的前缀，您知道这是一个正在使用的存储过程。 因此，我将存储过程命名为“addUpdatePerson”、“getUserPermissions”等。

我在函数上使用前缀的地方，比如“fnValidateEmail”，因为它们可能与存储过程名称发生冲突。

Answer 7

我认为最好的资源之一始终是 Microsoft 的 AdventureWorks 数据库。 如果您查看他们的视图，他们会以小写的“v”作为前缀。

例如，表Employee有一个视图vEmployee 。