Lightswitch运行缓慢，ADO.NET实体框架/域服务/WCF RIA服务

Question

我正在使用外部SQL Server2008在VS2012中开发一个Lighswitch应用程序。我正在使用一个WCF来获取我的数据，使用这些技术：http://www.c-sharpcorner.com/UploadFile/raj1979/how-to-use-wcf-ria-service-in-lightswitch-2012/。

我的主表包含一些带有静态数据的列和大约5列带有外键的列。静态数据列立即加载，但所有外来属性需要3-5秒才能加载到大约100行的屏幕上。这是不可接受的..

​

​

对我来说，问题是我不知道瓶颈在哪里。你知道我该从哪里开始找吗？到目前为止，我能想到的唯一一件事就是我的ADO.NET模型使用了延迟加载，它确实使用了延迟加载。

所有的外键属性只有两个列，一个PK和一些文本，所以它们不是数据密集型的。

感谢您的帮助，谢谢！

Answer 1

我不知道这是否是您的速度问题的确切答案，但是您引用的那篇文章建议您向包含服务的类库添加一个新的RIA ADO.NET数据模型。

完全没有理由生成第二个数据模型，因为当您附加外部数据源(您的SQL Server数据库)时，LightSwitch 已经生成了一个。你可以重新使用它。EF数据模型需要时间来构建，所以我认为使用两个EF数据模型可以解释您正在经历的缓慢，但它也可能是完全不同的东西。

看看这篇文章(最初的RIA Service/LightSwitch文章，仍然是最好的)，在其他几种技术中，Eric将向您展示如何重用LightSwitch为数据源创建的数据模型。

How Do I: Display a Chart Built On Aggregated Data

在本文中，创建RIA服务的目的是专门聚合要在图表中显示的数据，但您可以在其中执行所需的任何操作。它不需要聚合数据。我广泛地使用带有附加数据源( SQL数据库)的RIA服务，为列表、报告以及组合框提供数据。

Answer 2

我几乎是这个新艺术的初学者，但正如严明在他的书中所说的那样，相反，光开关是针对屏幕的，这是一个非常好的选择。我敢问你是否需要在你的屏幕上有100行。你甚至不能看到他们全部。如果你将这个数字减少到20个，你的等待时间就会减少到五分之一。我也遇到过同样的问题，现在我在屏幕上使用尽可能少的行数。为了在不影响业务性能的情况下实现这一点，我选择使用打开屏幕时发送的最大数量的参数(不是必需的)打开屏幕。如果其中一个参数不是我所说的"Nothing“。因此，我可以在网格中有最少的行数，充分说明屏幕的用途，程序性能和业务性能。