Sql server 使用SQL Server扩展属性的性能注意事项

对所有人来说

我们希望使用扩展属性作为数据库文档的一部分。我的一位同事提到，在以前的一个项目中，他们使用了扩展属性，这影响了数据库性能

我一直在互联网上搜索任何与此相关的确凿信息。我什么也没找到

有人遇到过这种情况吗？如果是的话，有没有文章或链接可以让我读到

谢谢，杜先生

---

注意：这是SQL Server 2005数据库。

您的记录错误。如果使用扩展属性，则不会对正常数据库操作造成性能影响

---

extendet属性的唯一影响是读取或写入扩展属性的操作。这种影响取决于读取和设置属性的方式，以及属性的大小和数量

你的歌错了。如果使用扩展属性，则不会对正常数据库操作造成性能影响

---

extendet属性的唯一影响是读取或写入扩展属性的操作。这种影响取决于读取和设置属性的方式，以及属性的大小和数量

它们只是文本属性：不在计划、编译、统计或任何内容中考虑

除非你做了一些痛苦的/想象中的“从中选择”

---

它们对于记录和向数据库对象添加注释也非常有用：尤其是与第三方工具（可能是其他工具）结合使用时。

它们只是文本属性：不考虑在计划、编译、统计等方面

除非你做了一些痛苦的/想象中的“从中选择”

---

它们对于记录和向数据库对象添加注释也非常有用：尤其是与第三方工具（可能是其他工具）结合使用时。

我看到的唯一一件事是，当我更新它们时，当特定进程运行时，我有时会受到对象上已经存在的锁的影响，但性能并不是避免使用它们的理由

---

仅供参考：我注意到，当修改UDF以删除schemabinding，然后重新添加schemabinding时，UDF上的扩展属性会消失。

我所看到的唯一一件事是，当我更新它们时，当特定进程运行时，有时会受到对象上已存在的锁的影响，但性能并不是避免使用它们的理由

---

仅供参考：我注意到，当修改UDF以删除schemabinding，然后重新添加schemabinding时，UDF上的扩展属性将消失。

仅适用于多语句表值函数。在SQL 2000中，权限也丢失了！仅适用于多语句表值函数。在SQL 2000中，权限也丢失了！