MS Access组开发

Question

我们计划重新设计一个庞大的MS Access应用程序。有没有办法在同一个应用程序上工作，或者是否可以合并同一个文件的两个单独的实例（不是数据，而是表单和代码）。现在Access包含数据，但在将来版本中MySQL将托管数据而Access将只是前端（通过ODBC）

Answer 1

Microsoft建议对Access开发人员进行源代码管理。我不记得确切的参考，但我想你可以轻松google它。在表单，查询和/或表格比较方面，我不知道这种源代码控制的“智能”程度。我们在VBA中开发了自己的源代码控制系统，主要基于将Acces对象导出/导入到文本文件的能力（Application对象的未记录的SaveAstext / LoadFromText方法）。我们还使用文件比较工具（“文件比较工具”）来完成我们的源代码控制工具。

我们有一个“Objects”表，它列出了客户端界面中的所有可用对象。从这个列表中，我们可以导出\ compare：

• 表：我们有自己的工具来比较客户端表的表结构和表数据，例如将连接字符串保存到不同数据库的表等。
• 查询：“客户端”查询保存在“查询”表中。见前面的
• 宏：我们只有一个autoexec宏
• 模块：我们通过文本比较工具
将我们的模块作为文本文件进行比较
• 表单：可以拆分为2个文件，“控件”文本文件和“表单模块”文本文件，以便进一步比较。

Answer 2

是的，您可以让多个开发人员同时处理该应用程序。

在我们的软件行业中，这通常通过使用所谓的源代码控制系统来实现。或者通常我们称之为源代码存储库。

源代码控制系统只允许多个开发人员处理同一组文档，或者在这种情况下同时使用相同的应用程序。

这是如何工作的，一个开发人员可以“检查”几个报告，几个模块，fomrs等。现在他在那段时间内拥有那些模块，代码和表格。没有其他人可以检查和修改那些“签出”的部分。事实上，在大型软件公司中，你可能有数百名开发人员在同一个项目上工作，并且通常有一个不成文的行为准则，并说如果你将某些东西检回到主构建中，并且它会导致错误，那么你就不会回家直到你解决它！换句话说，不要将代码签入到会导致它破坏的应用程序中！在软件行业中称之为“打破构建”在某些软件领域是不可能的。你不想成为那样做的人！

所以请记住，MS访问支持源代码控制。在您看到这些附加选项出现之前，您必须安装开发人员扩展以进行访问（当然，还假设您安装了visual studio源代码控制系统）。

以下是访问2003的屏幕截图，并注意表单上某些对象旁边的小复选框： alt text http://www.members.shaw.ca/AlbertKallal/vss/Image2.gif

这是另一个镜头： alt text http://www.members.shaw.ca/AlbertKallal/vss/Image1.gif

请再次注意带有复选标记的那个是我拥有的表单。每个对象旁边的小“锁”意味着如果我尝试修改该对象，它就会被锁定，并且您实际上会得到一个提示，询问您是否要“签出”并获取此特定对象的所有权（在这种情况下为表单） ）。

如前所述，源代码控制系统适用于所有对象。以下是查询构建器选项卡的屏幕截图：

alt text http://www.members.shaw.ca/AlbertKallal/vss/Image4.gif

再次注意上面如何添加到访问接口的小额外复选标记或锁定。

在软件行业中，使用SCC系统是标准价格，并且与预期数据库devleoper已经被教授一些数据库规范化技术没有什么不同。

源代码文件是从源代码系统中获取并用于为每个用户构建本地.exe的事实，或者在这种情况下本地mdb文件构建是没有实际意义的，因为这只是一个物理视图逻辑视图。

由于访问可以将任何对象（表单，报表，代码）等导出为单个文本对象，因此这解释了为什么作为单个文件的Access可以支持使用源代码控制的多个开发人员，因为逻辑视图是单独的对象而它你有一个本地构建的话。只要access + VSS可以单独查看每个对象，那么整个过程与c ++在源代码系统中创建SINGLE本地.exe或单个mdb并不是真正不同。

Answer 3

工作在一个“前端”的2个（或更多）开发人员很可能会在某个时刻流下眼泪。就个人而言，我从未参与过需要适当源控制的项目，但是我被告知视觉源安全可以很方便地访问，所以你可能想给它一个镜头。