任何遇到性能问题的人都是Server的拥护者？

Question

几天来，我一直在尝试使用Server作为亚特兰西亚人群的数据存储，而且我遇到了巨大的性能问题。

例如，拥挤管理应用程序非常慢，几乎无法使用。

我在想，如果有人成功地建立了这样的解决方案，可以给我一些建议。

我到目前为止所做的事：

1. 在前提SQL2008R2数据库上建立一个人群2.4.2
2. 编写数据库脚本并在azure数据库上运行脚本(由于安装脚本错过了表hibernate_unique_key上强制的聚集索引，无法在azure上直接设置脚本)
3. 将强制聚集索引添加到azure hibernate_unique_key表中
4. 使用ssl设置jdbc连接

我没有遇到任何问题，连接人群到数据库，但一切都非常缓慢。群启动大约需要5分钟的时间，当使用服务器需要大约20秒的时间。每次往返到人群管理网络控制台大约需要30秒。

我的数据库小于1Mb。azure中的查询执行摘要不会显示任何有问题的查询。

我忘记提到SQL与Server管理器或.Net应用程序有很强的反应性

我尝试了jtds jdbc驱动程序和MS驱动程序4.0，都使用了数据加密。我试过人群提供的两个sqlDialect。它会非常缓慢。

我尝试为Azure设置特殊的注册表项，如MSJDBC4.0驱动程序(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\KeepAliveTime、KeepAliveInterval、TcpMaxDataRetransmission所述)

也许它来自：

• 事实上，我不是从Azure上的人群所做的干净设置开始的(因为聚集索引问题)。
• Sql Azure使用utc时间，每次都使“某事”过期。

如果有人就这个问题提出建议，我会很高兴的。

Answer 1

抱歉-我对人群没有直接的经验。

在这里，我可能会遇到麻烦，但在应用程序层非常健谈(或非常笨重)时，安装的客户端应用程序在SQL数据库上远程失败了基本性能测试(这就是现在的方法)，每一个屏幕/功能都有数十次或更糟的往返，或者一直返回所有记录。之所以会出现这种情况，是因为SQL数据库通过的网络链路通常比本地网络慢，而且流量通常是加密的(这意味着需要传输的数据包更多)。

除了用更好的设计重写应用程序之外，解决这类问题的唯一方法是尝试在云中的VM中部署拥挤的控制台，与SQL数据库实例位于同一个数据中心。在这一点上，您的控制台将在同一个网络上，而不是您的数据库，如果我的理论成立，它应该更快。