基于SQL 2005的Windows 2008 R2最佳数据库

Question

我正在为一家工厂编写整个数据库系统，这包括库存、工资单、进出货件、作业数据、客户等。该数据库将存储在运行Windows2008Sql 2005的服务器上。运行服务器的人也给我发了这个：

“我们还在服务器上安装了quickbooks，并且我们正在运行Exchange 2010。终端服务器也是ws 2008 R2。主exchange/文件服务器上有足够的马力。如果您还有其他问题，请告诉我。”

我知道我的老板用Quickbook来查看报告之类的东西。我不知道2010年的交流会有多相关，也不知道“终端服务器也是ws 2008 r2”的意义。我的老板想让我用me 2010编写整个系统，但我觉得这不仅仅是用MySQL编写的工作。如果我们将数据库更改为MySQL，我的老板还能在quickbooks中查看他的报告吗？什么是一个很好的数据库技术可以使用？我觉得用MySQL编写脚本语言是最舒服的，但是如果我能用C/C++这样的语言编写它，我还是会很高兴的。我一直在努力学习access，似乎在access中建立前端和后端数据库将是一件痛苦的事。工厂中将有几个部门将使用客户端软件来运行查询和插入数据库(我认为大约5-6)。

如果我可以用MySQL编写这个东西，我认为我可以完全不痛苦地完成这件事，但我担心我做不到，因为它将与Quickbook和以前的数据库不兼容(虽然我听说转换相当容易)。基本上只有Quickbook兼容性是我的问题。

用Ruby写这个东西有多可怕？

谢谢，任何帮助都是非常感谢的。

Answer 1

Quickbooks可以使用MySQL作为数据源(或者其他任何东西)，但是您需要使数据库符合Quickbook的操作方式:也就是说，您的表将需要匹配QB表结构。听起来你只需要一个前端(数据输入表单和报表)和一个定制的后端。如果你不考虑一些预先的设计思想，访问很快就会变成一场噩梦，但是它确实给了你表单&报告和网页，在一个整洁的小包中免费。确保使用连接到Server后端的访问数据项目(adp)。Access确实有自己的本机数据库，但是所有的东西都存储在一个本地文件中，对于将被多个人在多个位置访问的应用程序来说，这是不好的。当您需要对所有用户进行更改并将其提交给所有用户时，情况也会变得复杂。

另一种选择是查看可定制的web平台，如SalesForce或MS Dynamic。这也将使您能够创建自己的表、表单和报告，并且更新对所有用户都是即时的，但是您将有持续的每月用户费用。不过，他们在简历上看起来很棒！

Answer 2

我不想成为一项坏名声的运动，但在这个问题上表达了极大的天真。很难想象，如果没有相关技术的基本知识，您将成功地设计和实现如此庞大的系统。

几点想法：

1. Quickbook已经涵盖了大多数您认为您将负责实现的特性。您是在补充现有的Quickbook系统，替换它，还是what?
2. Quickbooks使用它自己的(非常慢的)数据库引擎。它与Server、MySQL或Access“不兼容”。
3. Server 2005是一个数据库。你不和它一起使用数据库，你用它作为你的数据库。您所描述的以微软为中心的组织不太可能对安装另一台数据库服务器(如MySQL)感兴趣，
4. MS Access既包括数据库“引擎”( JET)，也包括桌面开发环境。该引擎可以与其他开发环境一起使用，并且开发环境可以附加到其他数据库引擎(通常是Server，但其他开发环境也可以工作)。当你说老板想用MS Access编写系统时，你需要弄清楚他是指引擎、开发环境还是两者兼而有之。(我猜他们希望使用Access作为前端开发平台，使用Server作为数据存储)，
5. ，您将不会在一个月内编写这样复杂的系统。你可能不会在那个时候设计它。