Filemaker指南.docx

Filemaker Pro Advance v.11外贸 业务台帐ver 1.4.0简介及使用说明暨初学者开发指南前言Filemaker Pro号称世界上最简单易用最方便上手的数据库。相比而言，EXCEL对同等水平的初学者来说过于繁琐，公式、宏、命令、表格布局，非经过相当时间的学习和实践不能掌握。而且对于复杂的表和对应子表的关系处理起来不够直观，数据大量集中也不够直观。同样的，ACCESS数据库也许功能更强大复杂，可是存在着初学者不易上手的问题。仅以表与表的关系而言，就存在诸多甚至连DATABASE基础都不具备的初学者无法理解的概念和方法。很多时候前学后忘，费时往返，事倍功半。Filemaker Pro入门极快，从建立表格，到建立布局，到建立脚本，最终实现录入数据和输出数据，都可以按照向导的指示一步步进行，而且出偏差的机会不大。对初学者来说没有比建立了一个表格并且在页面上显示出数据来更容易受到激励的了，就如同搭积木一般简单易学。本指南并非Filemaker Pro说明书，并不针对初学者进行手把手的传帮带。主要是利用外贸业务台帐这一并不完善并不高深的初级数据库进行分析说明，因此不会对一些基本概念进行说明。一方面是对业务台帐的使用做一个说明，另一方面，就是将作者的开发历程、遇到的问题及其解决方案做一个详细的描述。这样，不仅是试用本业务台帐，还是期待从本数据库中得到启发开发自己数据库，初学者都可以少走弯路，能够采取更有效的使用方法和更有效的开发方法。再次重申，作者本人就是初学者，开发Filemaker数据库也就是半年的时间，外贸业务台帐更是一家之见，不尽完善。需知仅以外贸行业而言，涉及到的产品、行业、业务类型千差万别，不可能一概而论。作者只是以自己的从业经验和接触到的范围，归纳出一套最最基础的业务流程并加以电算化而已，其中涉及到的Q和A才是真正的中心。会用业务台帐或者会挑其中的毛病并不高明，高明的是提出问题和解决问题。作者担任威锋网IPAD综合讨论区版主，多次在版内提出这样的口号：天下只有动脑筋才是免费的。谨以此与本指南的读者共勉。第一章 WHERE FROM？所有的指南都一样，先要从概念入手，然后说基本操作方法，最后成了一本官方说明书。笔者不打算这样做，因为笔者相信读者哪怕是初学者的智商，官方软件的帮助文档已经做足了上述功夫，不必笔者重复。笔者自己也是仅仅依靠FMP11的帮助文档和国内国外官方网站论坛上的一些FAQ来自学的，大部分的经验并不来源于这些官方文档和论坛上的只言片语，而是来源于实践！是的，实践！Using is training。这句话笔者在10多年前就曾与南加州大学商学院MBA班的同学讨论过，当时国内尚处于企业ERP风起云涌的初期，很多老外贸遇到了新问题，电脑还没摸过几天，拼音打字都不顺溜，就要用上先进的电子商务工具了。笔者身为ERP实施小组成员，在对外对内的宣传推进中多次使用了Using is training这个概念。在实践中学习，在使用中训练。见神杀神，见佛杀佛，遇见问题就解决问题，巩固数次，多难的流程也就都走得下来了。节省系统培训的时间，节省点对点教育的麻烦，将问题的焦点集中到一个有限的范围，省略了大量无谓的多余的过后就忘的教育。本指南将贯彻这种精神，基础知识的学习交给读者自己，把需要掌握的书本上电子文档上学习不到的技巧、方法、思路，让笔者一一道来，与大家分享，与大家检讨，在交流中互相帮助，在实践中共同成长。第一节 基础中的基础从哪里入手呢？这是个问题。笔者曾经和所有初学者一样，直接就冲着表格去了。建立了一个表格，定义了几个字段，拉上一个布局，弄两个新增删除的按钮就开始嘿嘿嘿傻乐。这算是入门了吗？错！所有数据库的基础，在笔者看来应该是一整批表格，而基础中的基础，就是表格与表格之间的关系，字段与字段的关系。没有这些关系，一切数据库都是建筑材料，不是建筑物。下图是外贸业务台帐所有表格的关系图。我们针对案例分析，并结合实际总结经验。首先，要对需求做出分析，并将分析的结果脑图化。在建立本台帐之前，笔者曾经有十年的ACCESS数据库使用经验，获益良多，至少在需求分析方面省力不少。我们具体分析一下外贸业务流程及其需求。1、从关系图中可以看出，笔者归纳的外贸流程是以合同为中心的流程管理。分为四大板块：基础数据（客户资料、公司资料、商品资料、供应商资料），合同明细，出运明细，采购明细。全部流程都可以归纳到一个合同号上，换句话说，拎起一个合同，拉起一张网。这是第一个概念，第一层关系。2、从关系图中可以看出，合同有合同明细，出运有出运明细，采购有采购明细，商品也有规格明细。合同有合同ID，合同明细中不仅仅有对应的合同ID，还有每一条合同明细自有的ID。换用术语来说，就是主表记录有唯一ID，从属表记录也有唯一ID，且主表与从属表由互相对应的ID进行连接。这是第二个概念，第二层关系。3、从关系图可以看出，表与表，字段与字段之间不仅仅是单纯的互相连接，例如合同明细分好几张表与不同表格的不同字段联系，这是在不同布局下使用同一表格内数据的需求决定的。这是第三个概念，第三层关系。外贸业务的流程大致归纳如下：首先有公司、客户、产品和供应商（数据库启动页面第一行），这些输入完毕以后，就进入报价环节，鉴于报价和成交不是100%对应，所以笔者故意将其割裂开来，报价独立，合同不受报价单牵制。报价完成，合同订立，一个合同下面会有多条内容，就产生了合同明细。顺下来就是采购合同，采购合同可能分预采购或原料采购，因此又独立开来不受合同明细内品名的限制。采购完成，生产完成，需要出货了，同一合同可能分批出运，也可以几个合同一起出运，因此出运主表不包含合同号信息，而放在出运明细中与合同明细对应。制单收钱算帐都是跟在合同或出运主表中的附加信息，不做详细说明。流程就是这样单纯，但是化到数据库中就产生了上面那么复杂的关系图了。总结&技巧：1、彻底分析自己的需求，把可以归纳在一起的内容放入主表，必须在明细中分列的放入从属表，并且一定要保证每张表中的每一条记录都有它在这张表中的唯一标记也就是ID。不管当前有没有用都要保证今后可以通过这个ID来找到这条独一无二的记录。这是笔者血泪的经验，具体实例后文有详细描述，简单举例说明就是：当初在1.3版本之前合同明细没有放这个ID字段，所有合同明细都要通过合同ID进行查找，造成的后果是出运明细中无法调用某个产品的规格单价数量采购价格等信息，一抓就是一把明细，即使选定了某个产品，也是一把规格一把单价，操作繁琐不说，还容易出错。笔者不得不添加这个字段，而且还手动输入了数百条记录的ID，最终获得了应有的效果，在出运明细中选择对应的合同号，跳出该合同号项下的所有产品，选择其中一个产品，自动获取其规格，选择其中一个规格自动获取其单价、数量、采购价，免去了目光搜索和手动录入的繁琐和错失。2、关系图很重要，初期可能表格少，功能少，类似脑图的这个关系图比较简单，随着数据库的完善扩大，关系会越来越复杂。一定要保证时常清理排列，同一数据源的表最好用同一颜色标示。上图中比较重要的如合同及其从属表均用红色标示，在其他表中与合同和合同明细关联的，可以一目了然其字段与合同及合同明细的关系。这在今后对数据库进行调整的时候可以方便查看和追溯。3、关系中需要作为入口行的从属表，一定要在关系中选明其与主表之间的选项。例如，在合同中创建一个新的合同，必然有其合同明细，合同明细作为合同的从属表，必须勾选允许其从合同主表中创建新的记录，同时，主表删除主记录的同时，也要允许明细记录的删除。如果有需要排序的，也可以选定。这种小失误是经常发生的，一定要注意，别到了录入数据的时候入口行不理你，还要到处找原因。以上简单讲述了表格和关系中需要注意的问题。由于需求繁多，不可能一一对应，只有开发者自行研究自己的需求，分清楚主从关系以及各自的内容，在确立主从关系以及单一记录索引的基础上，对表格内容的修改是相对比较随意的，可以增减。但是笔者要加注一条，尽量只增不减，多余的内容没关系，不用，不放进布局里显示就是了。删除掉了以后再找可就麻烦了。另外，Filemaker中的计算字段是相当有用的，明细表不光是明细数据，其中必须添加相应的合计字段才能对明细进行统计，不能全依靠主表。布局中出现的内容全部必须是在表里设定好的字段，这一点和ACCESS是不同的，ACCESS中允许存在与任何字段不关联的控件，仅用计算公式来得出结果，Filemaker中必须在表格中计算结果，并将计算字段放入布局才能显示结果。第二节 HELLO WORLD用上这个标题，知道IOS编程的都应该知道，这是要在基础之上加盖第一块砖头了。我们的第一块砖头是什么呢？那就是第一个布局。上图就是布局视图，其中包含了诸多要素。我们还是用案例分析的方法阐述布局中的基本技巧。1、上图包括了公司信息主表和从属表。右侧灰色的被检查器压住的就是称为入口行的从属表内容。布局的要素包含页眉、正文、页脚，控件包括字段、入口、按钮、文本、符号等。用到的还包括按钮设置、脚本触发器等。还可以进行条件文本设置等。2、本布局主要讲述布局的一些小技巧、按钮中的操作和脚本触发器中的脚本操作。其余布局的设计需要自己完成。3、MAC和WIN的界面不尽相同，需要自行摸索检查器和菜单项的位置，FMP V.11在WIN上目前还没有中文版，很多描述需要自行斟酌，笔者不会一一翻译成英文版了。本案例中首先要讲述的是检查器的用法。在MAC版中检查器功能强大，用处极多。以上是检查器的三个选项卡的全貌。数据选项卡下需要强调的是控件风格，想做成下拉列表，下拉菜单等功能型控件的，在这里选择，下拉列表的数据源可以自行编辑，后文有机会详述。另外是数据选项卡下方的数据格式，货币符号是在这里输入的，其实不止货币符号，百分比，汉字，只要是小于5个字节的，都可以作为数字的前置后置符号，这里要提示的：100公斤这样的内容，如果该字段全是公斤（毛净重），那就只要一个数字，单位全部在数据格式中修改为后置的KGS就好了。简单，但是麻烦在于只接受5个字。另外就是转到下一个对象的键，一般来说都给选上，有时候需要字段内换行的，就要去掉回车键，否则会造成换行无法实现。外观选项卡下要提醒注意的是工具提示，如果对某一控件加上了工具提示，鼠标移到该控件上的时候就会跳出提示的内容。提示甚至可以是变量，如下图。左侧就是在工具提示中输入变量的方法，可以选择字段，可以输入全局变量（关于变量后文另有详述），得出的效果就是右图。注意输入图中的&和回车符号，这是排列格式的方法。定位选项卡下要强调的是名称，如果不在这里赋予控件一个名称的话，就不能通过脚本移动焦点到该控件，可能会造成一些混乱。如果对象是一个字段，还没问题，脚本步骤中是有转到字段的命令行的，但是对象如果是一个按钮，就必须给该按钮一个名称，才能使用转到对象的脚本命令行。后面有机会碰到这个命令行，另行详述。还要强调的是最重要的就是自动调整和可见性了。自动调整最可能用到的就是制作单据了，见下图。这是装箱单的底部。可见总数量字段选择了自动向上调整。装箱单可以有几十条记录，但是如果我们不希望每次拿到好几页空白纸就要应用这个方式。通过这个方式，装箱单有N条，底部总是跟住第N条的位置，所有装箱单明细入口中的空白行都会被省略。如下图，补充说明，在上述装箱单打印布局中布置装箱单明细入口控件，需要指明入口行的行数，为了一些订单的特殊需要，放置了150行。一般方式下150行哪怕只用上面这样的两行，都会全部显示，用了上述自动向上调整后，底部空白的148行全部被省略了。这里还要提醒尝试该方法的初学者，入口行的高度调整是需要不断摸索的，打印区域和高度不匹配的话可能会吃掉每页最上或最下的那行记录，需要注意上面布局页面中的分页线是否和入口行分隔线重叠，不重叠的必须调整页面或入口行高度以匹配。最后要强调的是对象可见性，有的布局可以直接用来打印的，打印按钮以及一些不想被人看到的内部内容，可以通过打印时不可见来屏蔽打印。举例：报价单的成本部分内容，合同布局中的打印按钮等。在这里要提供大家一个额外的贴士。有不少人可能会使用IPAD上的Filemaker Go来操作数据库。本台帐除打印预览和发送邮件不能通过IPAD来实现之外，全部操作在IPAD和台式机上都是一致的。在设计布局的时候因为有PC和IPAD高宽比差异的问题，可以使用PC端的Filemaker网络共享，直接用IPAD联入正在修改中的数据库，布局一旦保存，IPAD上是即时显示更改结果的，这样就省去了后期调整的麻烦，一边看结果一边就调节好了。接下来要讲的是按钮的用法。基础用法就不多讲了，主要说一下通过按钮执行脚本的步骤。上图显示的是布局中一个比较特殊的控件容器。可见设定了一个控件，关联字段为提单，容器中的内容是提单的扫描件，是一个PDF或者JPG文件。通过按钮执行脚本，可以同一脚本指定给多个按钮使用，所以在编制脚本的时候要考虑通用性，尽量减少重复。比如退出查询模式的时候可以使用通用的脚本让数据库显示所有记录并直接转到最后一个记录。回过头来说这个按钮，可以看到脚本名称为添加提单，下面三行就是脚本的内容，脚本命令行可以很多，这只是很简单的一个示例。脚本步骤的组合使用是可以产生神奇效果的，后文将针对本库中最复杂的一个脚本专门说明。这里只说一下基本技巧，转到字段，插入图片，转到对象（返回到添加提单的按钮，是为了让提单容器控件失去焦点，可以进行下面要说到的脚本触发器功能。这个做得比较粗糙，好处就是简单，非常简单）。简单的一个脚本步骤组合，就完成了一个指令。这种操作方式在布局中会大量使用，对象不仅仅是按钮控件本身，只要是控件，哪怕是一个文本标签，都可以设定按钮设置来达到执行脚本步骤的目的。在本库启动页面中布置的当前任务项目，例如逾期外汇，就可以在红色的逾期外汇前面的文本标签上单击实现转向发生逾期外汇的出仓单页面。方法是在布局页面右键单击任何控件，选择按钮设置即进入上述页面，按步骤执行即可。顺便提一下，容器是个神器。可以容纳音频、视频、图片、文件，可以添加内容，也可以把内容导出另存。使用适当的脚本，也可以直接发送容器里的内容到邮件。仍然是这一组控件，按钮本身就是单击触发脚本的。同样的，提单容器控件也可以触发脚本，这就是布局这一节讲的最后一个概念脚本触发器。如图，布局页面中右键单击控件，选择设置脚本触发器，选择相应的动作，比如进入控件，退出控件，修改控件等，再选择相应的脚本，就可以实现功能了。本示例中的提单控件就是选择了进入控件后触发查看提单脚本，查看提单脚本的内容是转向布局（提单显示布局）总结&技巧：1、表和字段内容都需要通过布局来显示，所以布局确实如英文原文的本意，LAYOUT，放出来给你看的，是门面。布置一个好看实用的布局，直接影响到使用者对数据库的观感和操作体验。所以，经验是很必要的，什么内容放哪里，入口行排哪里放多大，按钮如何布置，放哪些功能的按钮等等，都需要美观实用兼顾。这一点只能由开发者和使用者自己体会了。笔者最终选择了这个蓝色的配色方案也是几经周折，在一位朋友的帮助下理解了数据第一简洁明了的意义后才大幅度简化布置和配色的。2、布局中的控件都可以实施脚本，不论是当成按钮还是通过脚本触发器，都可以实现一触即发。通过多种触发方式，实现迅速便利而变化多端的功能。唯一可惜的是触发方式还不够丰富，尤其是缺乏双击触发，这给习惯了双击打开文件的人们造成了相当大的困惑，实在是一个不可忽视的败笔。3、脚本是贯穿在Filemaker数据库中的极其重要的工具，可以说几乎所有的功能都是通过脚本来实现的，只不过一些简单的相对固定的功能脚本被固定在按钮和控件行为中了。因此，研究脚本步骤和脚本功能是非常重要的。后文将就一些具体案例分析脚本在具体案例中的应用。第三节 表、字段设计技巧表格，看上去最单纯的内容，其实还是有其技巧的。毕竟表是所有数据存放的仓库，同时也是所有数据互相组合的地方，安排好表，安排好字段，能让数据库事半功倍。下面就举一些实例来说明。1、综合型数据汇总分析表。当我们录入了合同，录入了出运，录入了客户，录入了这个，录入了那个，总是想要看到这些数据的汇总、分析。今天还有哪些事情要做？这个月哪些合同要出货？哪些客户没付钱？这可不是哪个明细表能一下子告诉我们的，这种时候就需要对数据进行分析。我们知道，在Filemaker里，任何在布局上出现的数据都必须是某表中的某字段中的内容。因此，设计好动态汇总字段，动态计算字段，就是一个基本技巧了。一个好的仓库管理员应该随时知道仓库里的内容，也应该知道如何去调用这些内容，这里讲的就是其中一种技巧。这里显示的是最基本的一种技巧，计算字段。可以看到，在合同表中的实际毛利字段，使用了关联表合同明细的字段进行计算，而合同明细中的金额统计字段和退税成本合计字段本身也是计算字段。根据我们在关系一节中已经说明的内容，主表与关联表的关系一旦确立，主表中某一记录一旦被调用，关联表中的相关记录也被同时调用了，所以，不必考虑过多，你只要考虑好表与表的关系，字段与字段的关系，还有计算公式的正确性就可以了。不必象ACCESS一样还要考虑一对多一对一之类的关系了。计算字段是用的最多的一种表字段设计技巧，重点是关系设计和公式设计。下面再看一种。这么看，是看不出什么蹊跷的，很平淡的一个字段，待运合同的意思是还有哪些合同没有出运。这个字段不是计算字段，也不是合计字段，也没有任何的自动输入，它怎么能实现我赋予它的意义的呢？请看下图。你猜对了吗？就是脚本。是的，脚本可以赋予字段内容，用的脚本步骤是设置字段。我们看到上面的脚本片段，其中使用了大量的设置字段命令，这些命令都是在当前任务表中赋予具体字段具体内容的。$待运合同金额是一个变量，可以随脚本启动，动态查询数据库内容，调用查询过程，得出需要的数据，这个后面再说。设置字段，就是把这个变量的值放进当前任务表中的待运合同金额字段里去。需要说明的是，这个当前任务表，永远只有一条记录，所有的字段都是脚本运行后最新的统计分析数据。这里的技巧就是：可以用单独的只有一条记录的一张表，放置统计分析数据，这条记录的所有字段全部由计算公式组成，或者由脚本计算并赋予这些字段值，随着数据的变化，脚本的执行，这一条记录永远保持随时更新。再说一种功能型的表和字段。比如说，我想从合同布局中快速跳转到出运布局或别的布局。怎么办？当然，可以直接在工具栏中使用布局工具跳来跳去，可是布局那么多，我只需要几个布局间跳转，怎么办？OK，单独做了一张表，表里只有一个字段，字段只有一个记录，这个记录是通过布局上的这个布局名称下拉菜单控件输入内容的，输入的内容就是我要跳转的对象布局名称。这里还运用了脚本触发器，选择的是对象更改触发器，即这个下拉菜单一旦改变了内容，就触发了脚本“下拉菜单转到布局”，脚本的内容也很简单，转到布局，布局名称就是布局名称字段里刚刚被更新的布局名称。这个表可以说对数据没有任何影响，但是必须布置它与布局使用的主表发生关联，不管什么字段都可以，没有关系的表，在布局中是不能发生作用的。还可能需要在关系中布置多个该表的拷贝以便与多个表实施关联这一点要注意，可以通过多次实践来完成这个功能。当然，这个功能的实现，还是在数据库制作初期。后期也考虑过用其他脚本来实现，但是，无论如何，布局上放下拉菜单控件，必须与某字段关联，所以也就没有过于专注于这个功能了。如果有更好的方案，我愿洗耳恭听。总结&技巧：1、表格不光是往里丢东西，好仓库是有条理的，进去的货物随时就归类分析好了，仓库才能井井有条。所以，明细表中放好计算字段，金额等于数量乘以单价，在设计表的当初就要做好。合计字段也是一样，金额、数量等肯定会使用到的合计字段一早做好，以后引用就方便。应用复杂公式的时候需要注意，计算字段放在主表还是放在关联表要注意，一般来说，有明细内容计算的尽量放在明细表中完成单条记录的计算以后进行汇总即可，如果需要用到主表中的数据，在关联表字段中加以引用即可。换句话说，计算和合计都放在明细表中执行，主表布局只需要调用明细表数据就能完成任务。当然可能在具体操作中遇到特殊情况，这个后文再分析。2、表的功能不一，应用方法也就不一样。有的布局不需要多条记录，只需要一条记录来放置某些查询的结果。比如当期的成交数量金额，应收货款总额等等。可以通过计算公式获得，计算公式中无法完成的复杂计算，运用到多重查询多重条件的时候，需要动用脚本来进行计算并赋予字段内容。3、有的表甚至不是应用于数据，而是应用于控件功能。不拘一格灵活运用才是真正的杀手锏。第二章 HOW TO? 本章将以Q&A问答方式进行。基本内容都是环绕数据库开发中笔者遇到过的具体问题，从初学者的角度出发，分析问题，提出思路，摸索方法，解决问题。无庸讳言，笔者文科出身，没有受过系统的计算机教育，虽然混过一个MCSE，也是十余年前的事了。笔者的意图是，如果以笔者这样的超级门外汉都能解决的问题，一般入门者应该不会比笔者更差劲了吧？笔者再次强调，不论是开发数据库，还是做别的工作，逻辑分析能力是非常重要的。归纳，排除、分析，整理，这一切与计算机知识没有直接关联，却是超越一切知识的能力。这就是获取知识的能力！在本章中，也许读者会发现一些蛛丝马迹，请一定留意，本章的重点不在于问题和解决方案本身，而在于解决问题的套路。掌握了思维方法，一切问题都可以迎刃而解。1. 如何使用日期、页码等系统变量？在布局中可以使用插入功能来插入不少变量，这些变量是系统给出的，方便快捷。上图中可见除控件等之外，还有当前日期，当前时间等直到记录号符号。最简单的应用如下：只需要在布局相对位置插入当前日期就可以实现。稍复杂一点的如下：这是在布局的选项卡控件中布置的入口行，由于入口行有多个明细记录，为方便查看，在入口行最前布置一个记录号符号，显示效果如下：另一个用法也许有点多余。有时候会偷懒，不想到最顶上去找记录选定器，这就自己做一个吧。左右的按钮都有相对的脚本可以实现记录定位功能。我这个做得难看了，也没费精神去找对应的图片。其他有用的系统变量如在单据中会布置在页脚中央的页号符号，多用户登录时会显示的用户名符号等，都有其应用的场合，可以具体分析。窍门：记得在入口行中布置一个记录号符号哦。甚至可以布置一个按钮设置在记录号符号上，用于删除该相关记录之类的功能。在这里重复感叹一下，没有双击激发，这个功能很容易造成误操作。2. 如何实现合同的分类打印？最新的1.4.0外贸数据库中已经将来料加工合同和一般贸易合同分开，从内容和格式上分开，不代表在统计中分开。合同毕竟是合同，还是放在一起合适，只是来料加工合同需要多填制一部分来料加工特有的内容，在一般贸易合同中不会使用到罢了。但是来料加工合同的格式和一般贸易合同的格式是不一样的，如何区分？如何分类打印？下面就来介绍这部分设计。首先，在合同表中需要有合同类型的字段且在建立新记录的时候自动输入默认的“一般贸易”，其次在布局中布置合同类型字段为下拉菜单控件，控件中使用值列表，值列表内容为“一般贸易”和“来料加工”。见下图。 自然，合同打印布局是分开的，来料一个，一般一个。重点：当合同类型被选定为某一类型的时候，根据这个类型来判断打开对应的打印布局，且这个判断是在同一个“打印”按钮上实现。这里使用了一个简单的脚本。请注意到IF和ELSE IF的判断语句可以叠加使用。即使再增加新的合同类型，还可以在这个脚本中添加新的语句进行分流。窍门：判断的条件不一定是等于，尝试一下不等于？尝试一下空？比如没有出运的合同成本计算设定为预算布局，而有出运的合同设定为核算布局？万变不离其宗，一个条件的吻合，引导后面的一条脚本执行。3. 如何实现合同状态提醒？上图中的效果应该是最简单的提醒功能，合同是否出运完毕，是否支付完毕，是日常业务流程中经常需要一目了然的内容。既然使用了数据库，就应该由数据库来自