0

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

“我们还在服务器上安装了快速手册，并且正在运行 Exchange 2010。终端服务器也是 ws 2008 R2。主交换/文件服务器上有很多功能。如果您有任何其他问题，请告诉我。”。

我知道我的老板使用 Quickbooks 来查看报告和类似的东西。我不确定exchange 2010有多相关，也不知道“终端服务器也是ws 2008 r2”的意义是什么。我的老板希望我在 ms access 2010 中编写整个系统，但我觉得这将比简单地在 MySQL 中编写更多的工作。如果我们将数据库更改为 MySQL，我的老板还能在快速手册中查看他的报告吗？什么是好的数据库技术可以使用？我觉得使用 MySQL 用脚本语言编写它是最舒服的，但如果我能用 C/C++ 之类的东西编写它，我仍然会很高兴。我一直在努力学习访问，似乎在访问中设置一个前端和后端数据库会很痛苦。

如果我可以在 MySQL 中编写这个东西，我想我可以很轻松地完成整个事情，但我担心我做不到，因为它与 Quickbooks 和以前的数据库不兼容（虽然我听说转换相当容易）。大多数情况下，Quickbook 的兼容性是我的问题。

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

谢谢，非常感谢您的帮助。

4

2 回答 2

2

我并不是要成为一项破坏运动，但这个问题表达了很多天真。很难想象如果没有相关技术的基本知识，您将成功设计和实施如此庞大的系统。

一些想法：

  1. Quickbooks 已经涵盖了您说您将负责实施的大部分功能。您是在补充现有的 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. 你不会在一个月内编写出如此复杂的系统。那时你可能甚至不会设计它。

于 2012-04-18T03:18:41.153 回答
1

Quickbooks 可以使用 MySQL 作为数据源（或其他任何东西），但您需要使您的数据库符合 Quickbooks 的处理方式：即，您的表需要匹配 QB 表结构。听起来您只需要一个前端（数据输入表单和报告）和一个自定义后端。如果您不进行一些前期设计思想，访问可能很快变成一场噩梦，但它确实在一个整洁的小包中为您提供免费的表单、报告和网页。确保使用连接到 SQL Server 后端的 Access Data Project (adp)。Access 确实有自己的本地数据库，但所有内容都存储在一个本地文件中，这对于将由多个位置的多人访问的应用程序不利。

另一种选择是研究可定制的 Web 平台，例如 SalesForce 或 MS Dynamics。这也将允许您创建自己的表格、表单和报告，并且所有用户都可以立即更新，但您将持续每月支付用户费用。不过，他们在简历上看起来很棒！

于 2012-04-18T00:43:56.233 回答