ArcMap中多少层是多少层？

我在工作中使用Citrix虚拟软件连接在ArcGIS上工作。有时，它非常慢，而且没有对我正在处理的MXD进行任何更改，一分钟ArcMap可以以合理的速率运行，而下一分钟它可能会缓慢爬行。IT部门认为问题的原因是我的地图中的图层太多。我有一个预感，问题可能是硬件或软件配置，或者仅仅是我们首先使用Citrix的事实。

无论如何，在用于编辑的标准MXD中，我有57个SDE图层和2个文件地理数据库图层。绝大多数是我需要检查以进行编辑的图层。我必须检查每个图层是否存在任何数据，因为它们需要针对每个管道建设项目进行编辑和质量控制。只有几层是底图图层，我需要定期参考。

IT部门希望我将使用的层数减少到10个。在理想情况下，这很好。但是在现实世界中，这是不实际的。有了这样的建议，我将不得不使用大约5种不同的MXD来执行给定项目的编辑任务。我已经尝试过仅使用10层，这是严重的限制。我缺少与其他数据相关的数据上下文，因此必须多次重新访问同一区域，以确保所有数据都已更新。所有这些仅会稍微改善性能，并适度减少编辑时的崩溃次数。

所以我要问，是否有理想的层数？多少太多？

我曾经在完全相同的环境（完全相同的环境！）中工作。我没有进行任何基准测试，但是我的感觉是项目中的层数本身并没有多大影响。

以我的经验，要素的标签和数量比图层的数量（尤其是如果许多图层已关闭）要大得多。我曾经启用过标签工具栏，经常会暂停标签。这似乎可以极大地提高性能。在项目中具有未在TOC中检查的图层，似乎对性能没有负面影响。我可能错了，但是IMO的层数有点像是鲱鱼。

我的建议是暂停标签（这是最方便的方法）或完全关闭功能标签。

我首先要查看使用Citrix XenApp和ArcGIS的最佳实践，这是ESRI编写的指南。

对于以前的客户，我使用ESRI和我们的Citrix环境进行了很多性能故障排除。以下是这些对话的重点：

我假设您将在狭窄的区域内进行编辑（放大得非常近）。设置地图，以使大部分图层都处于关闭状态，直到放大到该级别为止，这将有助于提高性能。

MXD Doctor是您可能需要运行的其他工具，以查看哪些项目可能引起问题。

确保ArcGIS实际上安装在Citrix服务器本身上，而不仅仅是镜像或流传输。

我们最大的速度下降似乎是由打印机造成的-一旦我们禁用了打印机功能（和自动连接），我们的连接速度就大大加快了，并且注意到了更少的延迟时间（有关更多信息，请参阅此ESRI新闻通讯）。但是，这样做确实使我们不得不先将地图导出为pdf，然后再打印，但是90％的工作都在编辑和分析中，所以似乎没有人介意。

59层相当多，如果您能够将其压倒，那将会有所帮助。如@jbchurchill所建议，请看一下您的标签。您还应该查看可能具有的任何自定义符号系统。

我对GIS系统（包括citrix）的性能进行故障排除有一定的经验。您的问题可能无处不在，并且可能是多种因素的综合。与您的Esri代表联系以获取指针。

我建议您阅读以下内容：http : //www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

使用功能缓存和缓存的底图进行标记都是好的做法。

您还可以尝试使用一种更加用户友好的更新工具，称为perfqanalyzer https://blogs.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build-可供下载/

只是以为我会跳槽，因为我在一家对MXD不好的做法的公司工作，而MXD几乎将它们用作数据的文件服务器。为了给您一个想法，我们提供了超过1000层的MXD。我们与一些顾问合作，建议每层650ms打开地图是合理的，这意味着有些人可能需要14分钟才能打开地图！它不是很好，而且绝对不是最佳选择，但我想让您知道还有其他人也受苦！

我们最近搬到了EGDB，极大地影响了演出。我发现启用功能缓存与确保EGDB具有适当的维护（分析，索引，压缩等）大不相同。

我第二个MXD医生删除了所有连接到数据的旧路径，尝试删除模板映射。MXD性能统计数据是一个功能强大的工具，由于我缺乏cmd技能，因此我觉得使用率还不足一半。