SQL Server同义词与动态表名的并发安全

我正在处理一些商业模式,它们有一组类似的表,这些表只在语言名称上有所不同,例如:

Products_en
Products_fr
Products_de

我还使用了几个存储过程来访问这些存储过程,以执行一些管理功能,而且由于有很多代码,我选择使用同义词,将所有内容都作为动态SQL编写只是一种痛苦:

declare @lang varchar(50) = 'en'

if object_id('dbo.ProductsTable', 'sn') is not null drop synonym dbo.ProductsTable
exec('create synonym dbo.ProductsTable for dbo.Products_' + @lang)

/* Call the synonym table */
select top 10 * from dbo.ProductsTable
update ProductsTable set a = 'b'

我的问题是,当涉及到并发访问时,SQL Server如何处理同义词?我担心的是,一个程序可能会启动,然后第二个程序出现,并将同义词指向导致重大问题的一半。我可以把所有东西都包在 BEGIN TRAN 和 COMMIT TRAN 从理论上讲,这应该可以消除两个进程更改同义词的风险,但是关于这个问题的文档很少,我无法得到一个明确的答案。

只是要注意,虽然这个系统是并发的,但它的通信量并不高,因此使用同义词/事务的性能影响在这里并不是真正的问题。

谢谢你的建议。