命名视图的最佳实践 [关闭]

Question

例如，我有一个表名 Cars_Import

我需要一个将被调用的视图，该视图抓取要导入的数据，然后运行该视图并执行将数据导入 Cars_Import 表的工作。

我的问题是，我不能将视图命名为相同，我必须区分它，因为我猜 SQL Server 将同名对象视为冲突，无论它是什么类型的对象。

因此，对于普遍接受的命名约定的最佳实践，当您有 2 个真正相互关联的对象时，我知道在名称中附加 tbl、vw 等内容并不是一个好习惯，您会在这里建议什么作为与 Cars_Import 相关的视图名称？

例如，我不希望视图切换它会起作用，但对我来说似乎很乱，例如 Import_Cars

那么，关于命名表及其相关视图的建议是什么？这些视图将从该表中获取我们需要的所有数据？没有业务逻辑，它只是抓取数据，我们将把它导入数据仓库，所有数据都是最初的样子。

Answer 1

视图实际上是一个我不介意描述它是什么的前缀或后缀的地方。与比较表或存储过程时（因为它们的使用方式不同）很明显不同，表和视图在很大程度上是可互换的。所以我发现这种区分在逆向工程或对代码进行故障排除时会很有帮助（我说的是当你在一段代码中遇到名称时，而不是通过对象资源管理器浏览对象，这使得事情在定义上更加明显)。

您的命名方案由您决定，您在这里基本上不会得到“正确”的答案，除了您应该始终如一地单方面地应用您的约定，并尽您所能确保您的全部时间购买并遵循它。但我会说我不会对这样的事情犹豫不决：

Table: dbo.Cars_Import
View:  dbo.View_Cars_Import

但对我来说，这似乎意味着视图可能只是位于表格上方的东西（例如美化输出、添加或隐藏列等），而不是提供表格的东西。所以我有点同意@HABO 的观点，也许有更好的方法来命名这个视图来描述它的作用。