我想知道人们对在存储过程中使用 RAISERROR 将用户消息(即与业务相关的消息，而不是错误消息)传回应用程序的看法。
我公司的一些高级开发人员一直在使用这种方法并在我们的 C# 代码中捕获 SqlException 以获取消息并将它们显示给用户。我对这种方法不满意，想知道其他人如何处理来自存储过程的这些类型的用户消息。
最佳答案
我已经这样做了，但通常是传递业务“错误”消息，本质上必须有一个数据配置，无论出于何种原因都无法使用标准 FK 约束来强制执行。
如果它们实际上是“错误”，我对此没有太大问题。如果它正在插入一条记录并使用 RAISERROR 抛出(“您已成功注册 XYZ!”)，那么您就遇到了问题。如果是这样的话，我可能会想出一个团队/部门/公司开发标准来使用参数。
关于sql - 存储过程 - 将消息传递回用户应用程序的最佳方式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/88222/