C# SQL Server CE 4.0是否能够以可接受的性能处理具有多行的少数表？

我正在编写一个相对较小的单用户winforms彩票应用程序。大多数情况下，它只是从Web服务获取数据（彩票），然后在周六实现抽奖。当球被抽出时，将运行一个查询来显示一场胜利的入场券数量。抽完四个球后，应用程序将显示中奖彩票

---

到绘图时，数据库中将有100万到800万行（票据），因此我的问题是SQL CE 4.0是否能够处理此任务。

记住每个数据库文件有4 GB的限制。但是查找应该可以很好地工作，您可能应该考虑使用Seek绕过查询处理器——但是如果您可以共享表架构，那么向您提供建议会更容易。请记住，每个数据库文件有4 GB的限制。但是查找应该可以很好地工作，您可能应该考虑使用Seek绕过查询处理器——但是如果您可以共享您的表模式，那么向您提供建议会更容易

也许最好的方法就是测试这个？向表中插入800万行，查询它，确定性能是否足够？我做到了，性能不够好。每次查询大约15秒。我想知道是否有任何嵌入式解决方案可以将它降低到至少2秒。也许最好的方法是测试它？向表中插入800万行，查询它，确定性能是否足够？我做到了，性能不够好。每次查询大约15秒。我想知道是否有任何嵌入式解决方案可以将它降低到至少2秒。我仍然需要尝试一下这个替代方案。我对一件事很好奇，tho：我用700万个组合（在balls字段中没有索引）填充了一个表（id字段+4个球的tinyint字段），每个查询大约需要15秒。。。创建索引后，查询仍然需要15秒，根本没有任何改进。我需要查看包含数据的表架构或数据库+查询，以便向您提供建议。Seek将比“SELECT…”更快。如果需要，您可以通过我的博客直接与我联系。我仍然需要尝试一下这个替代方案。我对一件事很好奇，tho：我用700万个组合（在balls字段中没有索引）填充了一个表（id字段+4个球的tinyint字段），每个查询大约需要15秒。。。创建索引后，查询仍然需要15秒，根本没有任何改进。我需要查看包含数据的表架构或数据库+查询，以便向您提供建议。Seek将比“SELECT…”更快。如果需要，您可以通过我的博客直接与我联系。