SQL Compact 与 WebMatrix 的重型使用
我被告知不要使用 WebMatrix 附带的 SQL Server Compact 来处理任何重型任务。但是，“重型”到底有多重呢？
如果我在 SQL Server Compact DB 中有几千个产品，再加上几个用于注册的表和几个用于随机内容的表，这样可以吗？ SQL Server Compact 就足够了吗？
I've been told not to use SQL Server Compact that comes with WebMatrix for any heavy duty stuff. But, just exactly how heavy is "heavy duty"?
If I have a couple thousand products in a SQL Server Compact DB, plus a couple tables for registration and a couple tables for random stuff, would that be okay? Will SQL Server Compact be sufficient?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您的使用描述表明 SQL Server Compact 4 足以满足您的使用需求。您的情况通常是创建 SQL Compact 的原因。如果您还没有准备好完整的 SQL Server 实例，请考虑选择 SQL Compact 解决方案。
听起来给出的建议主要集中在“重型”上。我认为重载是持续读取和写入，或者需要 SQL Compact 中没有的功能：存储过程、过程 TSQL、复制。了解有关 SQL CE 4 功能集的更多信息& SQL Server 2008。明显的建议是选择您的网络应用程序需要的引擎。
SQL Compact 的伟大之处在于，如果/当您的需求发生变化时，您可以轻松扩展/迁移到 SQL Server 实例。
Your description of usage suggests that SQL Server Compact 4 would be sufficient for your usage. Your scenario is generally the reason SQL Compact was created. If you don't already have a full SQL Server instance at the ready, then consider choosing the SQL Compact solution.
It sounds like the advice given was focused on 'heavy-duty'. I'd consider heavy-duty to be sustained reads and writes, or requiring features not in SQL Compact: stored procedures, procedural TSQL, replication. See more on feature sets of SQL CE 4 & SQL Server 2008. Obvious advice would be to pick the engine that your web app needs.
The great thing about SQL Compact is that you can scale up/migrate to a SQL Server instance without much effort if/when your requirements change.