合并复制文章计数的硬限制？

有点背景。我们开发了一个使用合并复制的应用程序。目前，我们目前正在发布约212条文章，并且一切都很好，因为它似乎已落在256条以内。（在服务器上使用SQL Standard 2005，在订户级别上使用2005 Express。）

我们正在开发一个新版本，并从头开始构建一个新数据库，该数据库的最低系统要求为SQL 2008 R2 Standard服务器端和客户端的Express 2008 R2。对已发表文章的相同256个计数限制。（是的，我们还将支持2012年，但限制是一样的）

问题出在哪里，我们已经在哪里成功测试了新版本中超过400篇文章的发布，并且所有功能都进行了功能测试（发布创建，快照和订阅者创建以及复制本身）。是否有其他人之前超过了计数限制，这仅仅是一个建议的软限制？在发布创建或订户创建期间，我们都没有看到任何错误。

根据这篇文章：http : //msdn.microsoft.com/zh-cn/library/ms143432%28v=sql.105%29

我正在等待Microsoft的回电，但我想知道是否有人以前在任何SQL版本中都看到过此消息。

现在，我已经在生产环境中合并了666个表文章的复制设置，但没有收到关于文章限制的任何警告或错误。

更新：从SQL Server 2016开始，文章限制为现在：2048

资源

我过去打过SQLServer 2008（不是R2）。微软说：这是一个硬性限制。没有办法克服它。

从我收集到的信息来看，256个限制是“受支持的配置”的硬性限制，一旦超过256个，某些功能就可能无法使用。

例如，我有一个包含629个合并文章的数据库，并且工作正常，但是如果我向其中添加经过过滤的文章，它将崩溃，并显示类似以下错误的错误 消息：“消息：查询中的表名太多。最大允许值为256。” 当您尝试构建快照时。