用于多局域网用户访问Db的替代用户

-1

我一直在使用4年多以来的应用程序访问。我意识到现在有时间继续前进，我需要为新的数据库提供建议。下面是我的要求：用于多局域网用户访问Db的替代用户

应该可以将其与Vb.net Windows窗体GUI前端连接 - 所有的数据库功能，如添加/删除/编辑/更新将通过vb.net前端完成只要。
应该能够把局域网的LAN分贝和每一个客户，然后可以通过它们各自的前端访问集中存储的数据库。
在大多数5-6的用户将被读/写在同一时间的数据库，所以数据库不会崩溃或减慢。
因为我来自MS接入的背景下，我想这就是东西类似于它，这样我可以学习和迅速适应它。
不是很重要，但我认为它值得一提。这个数据库将成为我的.net应用程序的主要中心数据库。我的.net应用程序也将通过一些apis与quickbooks和magento进行交互，但最终所有这些数据都将转到中心db。所以只是好奇，会建议你的数据库存在任何兼容性问题？
应该处理约10表和10k左右的记录在每个表
应该是安全的 - 这一点我应该能够锁定它或者无论如何防止它从其他地方以外的VB访问。净前端。

最后，我希望它可以自由使用，如果可能但不是必需的。

我知道有像MySQL VS sqllite和数据库的一些话题，但请理解我需要一个建议，这将是容易，因为我上面列出的目的。

所有输入将不胜感激。谢谢！

编辑：只是好奇 - 我会超越极限，如果我仍然坚持访问 - 我理解访问将不利于多用户访问，但我想5级的用户并不多？

来源

2012-04-27 techspark

投票以关闭作为题外话，如[SO不是推荐引擎（http://meta.stackexchange.com/a/128562/173644）。 – 2012-04-27 21:39:19

嗨，我已阅读这些规则。我完全理解所有建议都是主观的，我看不出有什么问题。我不知道为什么它显示在MySQL下，有人可以将它移动到正确的部分。如果这个话题至少打开了一天，我会很感激，所以我可以得到一些意见，然后从那里继续我的研究。 – techspark 2012-04-27 21:52:53

我会去SQL服务器快递，它不会增加您的应用程序的成本。你将不得不对你的应用程序做一些修改，如双引号应该被单引号替换。还要注意，查询中的任何Ms访问功能都不会像日期功能那样兼容。如果您使用msaccess窗体，您仍然可以将它们与来自SQL Server的数据一起使用。

来源

2012-04-28 20:04:28

感谢您的回复。我不会在访问中构建任何查询或报告，只是使用它将数据存储在表中，定义关系并为数据类型添加一些限制。所有其他工作，如查询功能，编辑，保存，添加，删除等我会从vb.net前端完成它们。使用sql server vs acess 2010有多大优势？我对Sql服务器的使用经验非常少，学习曲线会陡峭吗？ – techspark 2012-04-30 12:19:11

SQL Server是一个明显的答案，MS Access具有内置的升级工具。我不认为你必须看得更远。

来源

2012-04-27 21:35:40

这听起来像你正在做的事情的范围是非常小的，所以我会说使用访问的新版本（如2010）仍然是一个很好的解决方案。一旦你在内部构建大型应用程序或拥有大量用户，访问真的只会开始挣扎。如果你不到十个用户，我会说这仍然是一个很好的解决方案。

或者，SQLite与设计中的访问非常相似，是一个很棒的数据库引擎（也是免费的！）。

来源

2012-04-27 21:56:38 Mansfield

我肯定会反对尝试在Microsoft Access中使用SQLite。 ODBC驱动程序至少可以说是狡猾的。升级MS Access可能会略微提高性能，但对于您提到的大多数问题都无济于事。 – 2012-04-28 11:58:32

@PhilipSheard他实际上没有使用从我可以告诉访问他的前端，只能作为他的后端。因此，如果他要使用SQLite，它将取代Access，而不是与它一起工作....（除非我错误地解释了他的帖子）。 – Mansfield 2012-04-28 13:45:17

感谢Mansfield的回复。我很高兴知道我仍然可以使用访问。我在访问2010年时没有问题，它是否与vb.net一样与旧版本一样，我可以使用ado（而不是ado.net）吗？是的，前端将只是vb.net表单应用程序。后端数据库（sqlite或ms访问）将仅保存表结构和值，并具有一些预定义的规则，如数据类型和字符限制。 – techspark 2012-04-28 15:11:59

用于多局域网用户访问Db的替代用户

回答

相关问题