带有SQL 2005的Windows Server 2008 R2最佳数据库

Question

我正在为工厂编写整个数据库系统，其中包括库存，工资单，进出货物，作业数据，客户等。该数据库将异地存储在运行带有SQL 2005的Windows 2008 R2的服务器上。运行服务器的人也向我发送了此信息：

“我们还在服务器上安装了快速簿，并且正在运行Exchange2010。终端服务器的版本也为2008 R2。主要Exchange /文件服务器上有很多功能。如果还有其他问题，请告诉我。”

我知道我的老板使用Quickbooks来查看报告和类似内容。 我不确定Exchange 2010的相关性如何，也不确定“终端服务器也是ws 2008 r2”的含义是什么。 我的老板希望我在ms Access 2010中编写整个系统，但是我觉得这比在MySQL中简单地编写要多得多。 如果我们将数据库更改为MySQL，我的老板是否仍然可以在快速手册中查看他的报告？ 什么是可以使用的良好数据库技术？ 使用MySQL用脚本语言编写它时，我感到最舒服，但是如果我可以用C / C ++之类的语言编写它，我仍然会很高兴。 我一直在尝试学习访问，似乎在访问中设置前端数据库和后端数据库会很麻烦。 工厂中将有几个部门将使用客户端软件来运行查询和向数据库中的插入（我认为大约是5-6）。

如果我可以用MySQL编写此东西，我想我可以很轻松地完成整个事情，但是我担心不能这样做，因为它与Quickbooks和以前的数据库不兼容（尽管我听说转换是相当容易的）。 通常，Quickbook的兼容性是我的问题。

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

谢谢您，任何帮助将不胜感激。

Answer 1

我的意思不是说是一种破坏性的运动，但是这个问题表达了极大的天真。 很难想象，如果不具备相关技术的基本知识，您将能够成功设计和实施如此大型的系统。

一些想法：

1. 快速手册已经涵盖了您说要负责实施的大多数功能。 您是在补充现有的Quickbooks系统，还是对其进行替换？

2. Quickbooks使用其自己的（非常慢的）数据库引擎。 它与SQL Server，MySQL或Access不“兼容”。

3. SQL Server 2005 是一个数据库。 您不使用数据库，而是将其用作数据库。 您所描述的以Microsoft为中心的组织可能对安装另一个数据库服务器（如MySQL）不感兴趣。

4. MS Access包含数据库“引擎”（称为JET）和桌面开发环境。 该引擎可以与其他开发环境一起使用，并且开发环境可以附加到其他数据库引擎（大多数情况下是SQL Server，但其他引擎也可以）。 当老板说要用MS Access编写系统时，您需要清楚他是指引擎，开发环境还是两者。 （我的猜测是，他们希望使用Access作为前端开发平台，并使用SQL Server作为数据存储）。

5. 您将不会在一个月内编写出如此复杂的系统。 您可能甚至在那个时候都不会设计它。

Answer 2

Quickbook可以将MySQL用作数据源（或几乎所有其他数据），但是您需要使数据库符合Quickbooks的工作方式：即，您的表将需要与QB表结构匹配。 听起来您只需要一个前端（数据输入表单和报告）和一个自定义后端即可。 如果您不考虑某些先入为主的设计思想，访问将很快变成一场噩梦，但它确实为您提供了整洁的小包装形式的免费表格，报告和网页。 确保使用连接到SQL Server后端的Access Data Project（adp）。 Access确实有其自己的本机数据库，但是所有内容都存储在一个本地文件中，这对于将被多个人在多个位置访问的应用程序不利。 当您需要进行更改并将其推广给所有用户时，它也会变得很复杂。

另一个选择是研究可定制的Web平台，例如SalesForce或MS Dynamics。 这样一来，您就可以创建自己的表格，表单和报表，并且所有用户都可以立即进行更新，但是您需要支付每月的用户费用。 他们在简历上看起来很棒！