database - 具有触摸屏POS界面的Access 2007是转换我的INFORMIX-SQL应用程序的正确选择吗？

Question

我已经评估了几种用于转换我的基于informix sql的应用程序的开发工具。他们是：greo/4js、filemaker、oracle apex、vfp、clarion和access 2007。我有一个crud当铺应用程序（见视频演示www.frankcomputer.com），这个应用程序主要针对典当、出售或购买商品的客户。我需要一个CRUD多表表单，在上半部分显示一个客户主表，在下半部分显示所有客户相关的物品，这些物品是他们抵押、出售或购买的。crud可以在access中从一个表单中完成吗？我倾向于使用access的主要原因是它与excel、word和其他模块的集成，加上许多人都有使用它的经验，再加上它是微软。任何开发过access应用程序的人能告诉我，我是否可以模仿基于informix-sql的应用程序，access有什么限制吗？另外，是否可以使用像Microsoft Dynamics这样的触摸屏POS前端，或者是否可以使用其他POS应用程序生成器/快速开发系统来重新编写我当前的应用程序？

Answer 1

我想如果你问FoxPro开发者，他们会告诉你这是最好的选择。
我相信如果你问一个文件制作者开发人员，他们会告诉你选择他们的工具。
大部分问题是，如果你问一个access开发人员，这个开发人员也会回答yes。
我很难想象，上面提到的所有工具，都能够在屏幕上显示来自多个表的信息。这几乎是当今任何开发系统的需求。简而言之，你问错了问题。
我不认为问题是他们是否有能力显示来自多个表的信息。他们都能做到。也许一个公平的问题是，每个产品在这些多个表上的切片和骰子有多少工作和多好？
在Access中，您可以在窗体上放置文本框和控件，并显示相关数据，您可以放置名为子窗体控件的控件。这种方法允许您对这种典型的can主子记录表关系建模，并且这样做不需要编写一行代码。
当然，您不限于一对多，但实际上您可以并排插入两个子窗体，并有一对多，然后让第二个子窗体控件显示第二个表中的更多记录。
这是我的意思的截图：
在上面，你有一个主要的记录在顶部与捐赠日期和事件的信息。在左边你有一个名单的人和他们的捐款数额（一对多）。
然后在右边，对每个人，你把捐款金额分成多个账户。（当金额不平衡时，绿色框显示红色）。
因此，以上所述造成了一个典型的会计问题，即从quickbooks到高端会计软件包，几乎每一个会计软件包都是在将资金拆分到多个账户的第一天完成的。
上面的表单代码很少，大多数关系和设置以及子记录的过滤和显示都是由access自动处理的。
因此，归根结底，我基本上认为你上面提到的所有产品都能够建模和开发这些类型的屏幕。而且，它们都将产生一个屏幕和用户体验，这将是相对类似于你现在。
当然，我对访问有偏见，我相信我可以比你提到的大多数其他产品更快、更快、更少的代码和工作量来构建像上面这样的屏幕。
但是，在一天结束时，您使用和找到的适当平台和工具肯定不会集中在一个问题和一个概念上，即您需要在一个表单上为多个表显示多条信息。如前所述，这将适用于任何现代开发系统，包括基于web的开发系统。
其他考虑因素和因素是什么类型的报告和输出给您需要？您需要他的列是报表，还是需要将发票样式的表单类型报表发送到预打印发票表单的打印机。我认为这些问题比你现在的问题更重要。
真正的问题是，任何现代开发系统都不能在一个表单上显示多个数据片段，它们都可以。真正的因素和问题是什么样的平台、硬件需求和系统需要运行软件？
所以问题是一些地方会有多个用户吗？某些位置是否需要安全备份或某种类型的加密？你打算如何发布错误修复程序，并更新到下一个伟大的软件版本？
其他的问题是你将有多少开发人员在这方面工作。你会用什么样的分发方法来制作这个软件。您需要什么样的支持基础设施来为客户提供支持和安装软件。因此，这个列表会不断出现，所有这些问题都会使在一个表单上显示多条信息的能力这个问题变得微不足道。
除上述所有问题外，您还需要考虑自己在软件开发方面的培训和技能设置。要真正掌握任何软件开发系统，您需要投入大量的时间来学习。虽然我认为access是一个非常好的rad（快速应用程序开发）工具，但实际上我会说access的学习曲线比vb6的学习曲线要大得多。
选择一个平台非常像一场婚姻，你必须投入大量的时间（几个月，甚至几年）来真正学习并精通使用这样一个系统开发软件。
如果你正在跳入一套新的工具，那么需要考虑以下技能组合列表**：

Stage 1 Innocent (never heard of the product)

Stage 2 Aware (Has read an article about X)

Stage 3 Apprentice (has attended a three-day seminar)

Stage 4 Practitioner (ready to use X on a real project)

Stage 5 Journeyman (uses X naturally and automatically in his job)  

Stage 6 Master (has internalized X, knows when to break the rules)  

Stage 7 Expert (writes books, gives lectures, looks for ways to extend x)

任何人都不应该尝试与一个由3级或更低级别的人组成的团队合作的项目。（****第琼斯页，梅利尔。”“软件工程专业知识的七个阶段”，美国程序员，1990年7月至8月。
所以你不能跳进一个新的工具，期望精通开发复杂的应用程序。我在这里有一篇关于将遗留应用程序转换为ms-access的文章。
这篇文章中有一些很好的教训：
pick（多值数据库）应用程序转换为关系数据库系统的说明。
http://www.members.shaw.ca/AlbertKallal/Articles/fog0000000003.html
无论你选择哪个平台，祝你好运。