SQLCE - 连接池和性能？
对于客户端经常读写数据库的小型应用程序服务器来说，使用 SQL CE 是否合适？到目前为止我不知道有任何缺点。另外，连接池在这里起作用吗？
Is it good to have SQL CE with small application server where clients very often read and write to the database? I am not aware of any cons so far. Also, does the connection pooling work here?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
仅当客户端断开连接（即不是永久连接的环境）时，它才真正有用。如果它们从未断开连接，那么本地存储增加的复杂性对于小型应用程序来说无疑是太大的开销。
SQL CE 没有实现连接池 - 它被设计为轻量级且快速，因此无论如何连接的创建和连接都应该相当快。
It's only really useful if the client is disconnected, ie not a permanently connected environment. If they aren't ever disconnected, then the added complexity of the local storage is arguably too much overhead for small applications.
SQL CE does not implement a connection pool – it's designed to be lightweight and fast, so connections should create and connect fairly fast anyway.