SQLSuperHero's questions

我一直在使用以下模式来验证执行 INSERT 的存储过程的 FOREIGN KEY (FK) 参数：

CREATE PROC spCreateChildFoo
    @ForeignKey_Id int,
    @Attribute varchar(50)
AS

IF NOT EXISTS (SELECT ForeignKey_Id FROM ForeignTable WHERE ForeignKey_Id = @ForeignKey_Id)
    BEGIN
        RAISERROR ('The input ForeignKey_Id does not exist', 16, 1)
        RETURN;
    END

INSERT INTO ChildTable (ForeignKey_Id, Attribute)
VALUES (@ForeignKey_Id, @Attribute)

我这样做是因为我想在插入任何数据之前在执行存储过程的早期捕获错误的 FK 条目，尤其是对于执行多个 INSERT 的过程。我还认为这是返回准确错误消息以简化调试的好方法。这种模式可以很好地服务于这两个目标。

问题

• 这是在浪费时间吗？

• 更具体地说，我是否应该仅依靠 FK 约束来验证 FK 参数并在失败时回滚？

• 随着数据库的增长，它最终会损害我的应用程序的性能吗？

我一直在 AdventureWorks2012 数据库中进行挖掘，并查看了多个表中使用的 Row_GUID。

我的问题有两个部分：

何时应包含 Row_GUID 列？

Row_GUID 列的用途和好处是什么？

我需要添加Integration Services Catalogs到我们的 SQL Server 2008 生产实例中，以便自动化一些 SSIS 包。它不包含在 5 或 6 年前的原始安装中。

Is there any danger in adding new features to the production server?

我们有备份，但如果数据有可能损坏，我更愿意寻找不同的自动化解决方案。

如果我要安装附加功能，我会按照这篇文章中的步骤操作 - https://stackoverflow.com/questions/14551255/how-do-i-enable-integration-services-ssis-in-sql-server-2008

****编辑****

我意识到 Integration Services Catalogs 不适用于 SQL Server 2008。因此我发布的链接无关紧要。如果有人对向现有 SQL Server 实例添加功能有有价值的意见，我会留下这个问题。