我想我想将一段数据与每个会话相关联。
该关联必须具有以下属性:
- 关联的数据作为连接字符串的一部分(如果可能的话)或作为存储过程的参数提供,该存储过程必须是会话中调用的第一个 SP。
- 数据必须可以方便地供会话随后调用的任何存储过程使用,而无需将这段数据作为参数传递。
这一点对于这个想法至关重要:显然,我可以在每个存储过程中添加一个参数,并强制软件在每次调用任何存储过程时都传递该数据,但这正是我想要避免的。 - 一旦会话断开,数据必须自动过期并失效。无需客户端执行任何操作即可将数据标记为已过期。如果会话意外断开,那仍然必须使其数据无效。
我考虑过几种方法,但都不喜欢:
- 本地临时表。
选择一个表名(基于新创建的 GUID 以避免任何冲突)。有一个存储过程,该过程使用此名称创建临时表,并插入一行数据作为参数传递。然后所有其他过程都可以引用#table
并获取数据。这个想法是每个会话都有自己的#table
,而名称#table
保持不变。
行不通。在存储过程中创建的临时表将在退出过程时被删除。让用户#table
直接创建而不调用 SP 不是一种选择。 - 由 @SPID 查找数据的常规表。
行不通。这需要在断开连接时手动删除数据。 - APP_NAME()。
可能会工作,但这不是真正的应用程序名称,而且不容易扩展。
有没有更好的方法将数据与会话相关联?
使用SET CONTEXT_INFO。
最常见的用例是发送有关导致触发器触发的参与者的触发器信息。
例如: