后端产品典型的功能模块

负责后端产品已有六年了，回顾过去负责的后端产品，除核心业务外，在功能模块上基本都雷同，常见的后端功能模块有以下几个：

1、数据字典管理

数据字典即多个选项的枚举列表，一般通过后台数据字典或参数模块来管理，可以由用户自由定义数据字典，修改展现给c端用户的文案。数据字典属于系统公共基础模块，用于前端用户选项外，还可以作为系统全局控制参数，非常方便，属于后端开发必备模块之一。目前相当多的后端框架，已经集成了数据字典功能，包括后台增删改查及调用方法。

2、用户 *** 作日志

用于用户对系统 *** 作动作的记录，一般用于排障追溯以及信息安全稽核用途， *** 作日志一般需要记录用户 *** 作时间， *** 作动作， *** 作前及 *** 作后变化的内容。

3、页面级联显示

常见的级联显示如省市区县的选择，常用也比较多，目前业界已有成熟的组件，基本不需要后端开发重复造轮子了。

4、系统基础管理功能

菜单管理、角色管理、权限管理等等，属于后端系统最基本都管理功能，一般后台框架已经集成功能，可以满足基本都权限控制要求，但如果要有特殊权限控制，还需要自行开发。

5、导入导出功能

后端导入导出也是比较常见的功能，目前已经可以做到导入导出的共用，通过配置即可新配一套导入导出功能，非常方便快捷。

6、图片上传

图片上传功能在电商系统比较常见，主要用于页面发布商品上传图片，也有通用的功能，无需重复造轮子。

7、数据埋点统计

专业的埋点统计，是通过专业的工具来完成，但是普通的访问pv、uv等记录，可以采用记录日志，定时或实时统计方式来实现。

还有更多通用的模块，不一一列举，目前后端框架非常之多，搭建一个框架，只需要开发业务功能即可，不需研发重复开发，大大减少了工作量，提升了工作效率。

我的测试环境:Hp rp 主机 Hp unix OS Oracle 的数据库 一个有 张表大约 G的测试表空间TBS_TEST 问题的提出 Oracle中在使用drop tablespace including contents删除数据字典管理的表空间时存在着很大的效率问题 测试开始: 使用drop tablespace including contents方式直接来删除 SQL>set linesize SQL>set pagezie SQL>set timing onSQL>drop tablespace TBS_TEST including contents /已用时间: : : 经过我耐心的等待 花了三个半小时 测一下同样的表空间 把它转换为Local方式管理的删除效率 a 把TBS_TEST通过恢复回来 b 把TBS_TEST转化为Local管理的方式 SQL>set timing onSQL>exec sys dbms_space_admin tablespace_migrate_to_local( TBS_TEST ) 已用时间: : : c 删出这个空间 SQL>drop tablespace TBS_TEST including contents /已用时间: : : 可以看到总共才花费了 分多钟 测一下同样的表空间 先删除其中的对象 然后再删这个表空间的效率如何 a 把TBS_TEST通过恢复回来 b 形成删除表的语句SQL>set linesize SQL>set pagezie SQL>set timing offSQL>spool drop_test_tables sqlSQL>SELECT Drop table ||TABLE_name|| FROM dba_tables WHERE tablespace_name= TBS_TEST SQL>spool offc 删除表SQL>@drop_test_tables sql这一步大约花费 秒d 删出这个空间 SQL>set timing onSQL>drop tablespace TBS_TEST including contents已用时间: : : 可以看到总共才花费了将近 分钟 总结 我们在做数据字典管理的表空间的删除时 最好先删除表空间中的对象再进行删除该表空间 *** 作 也可以先把它转换为本地(local)管理的空间再进行删除 不过需要补充的是本地管理的空间在 i以后的版本中才是有的 lishixinzhi/Article/program/Oracle/201311/18327

数据库子系统由数据库管理系统和非地理化数据库（简称数据库）组成。数据库（即传统数据库）在国内外应用的历史均较长。我国引进该项管理技术已有近20年历史，无论从编程技术与应用技巧，都已达到较完善的程度。在各地的不同部门，也都有这样的数据库在运行。由于历史的原因，国内多数数据库都在使用dBASE、FoxBase、FoxPro等软件进行管理，在软件市场中，也有各软件公司推出难以计数的大量数据库管理系统商品软件。为了对各单位已有的数据库及管理系统直接进行利用，本次对数据库子系统管理软件，直接从软件市场购买，其性能要求能够兼容和支持dBASE、FoxBase、FoxPro等软件开发的数据库。对于有特殊要求的个别功能，用FoxPro软件略加开发即可使用。

TGW-GIS的总控系统对于数据库管理软件预留了开放接口，在安装系统时，只要回答数据库管理软件的路径，即可直接使用原来已习惯使用的软件来代替本次的数据库管理软件。

数据库管理系统具备对各类数据库文件进行一般性常规数据库管理功能，包括增加数据项、代码字典管理、数据库的编辑和维护等。另外对不同类型的专业数据库文件有自动识别文件结构的功能，还要提供用户专业数据库的 *** 作界面等。

1.数据库字典管理

系统的字典管理是为维护系统正常、合理运行服务的，主要包括数据维护过程中的字典管理，在一定范围内对数据进行正确性校验，记录数据库各子库之间的层次关系。对各种数据库所需的数据字典所管理的内容，包括字典的添加、修改、删除等。

2.数据库编辑

该子系统提供两种数据信息浏览方式：通用表格方式和用户自定义方式，根据需要可以相互转换。浏览方式可用于数据浏览、数据输入、数据修改等过程。

子系统提供多种形式的数据维护功能，键盘输入是数据采集的主要方式，只要用户打开编辑开关，就可用数据信息的两种浏览方式进行全屏幕编辑。数据通讯是数据信息输入的另一种方式，根据用户所提供的数据库结构，依次将信息读出，并写进目标数据库的相应字段中，实现数据信息输入的批量处理。

3.数据查询

和传统的数据库管理相比，增加了对含有坐标属性数据库的空间检索功能，以便和地理数据库有机地结合起来。主要检索功能分为三类。

（1）SQL语言数据检索。根据用户给出的逻辑条件，将SQL语言数据转换成为标准的SQL查询语言格式，据此建立查询关系，随时供使用者进行调用。

（2）空间属性数据的可视化检索。在数据库中，若含有空间坐标属性字段，本系统可以实现可视化检索，即把检索结果同时在图形窗口中以图形的方式突出显示出来，以充分发挥可视化优势。

（3）扩展模型专用检索。主要服务于水资源分析应用子系统中的扩展模型，其运行过程隐含于扩展模型之中。在运行扩展模型之前，首先对扩展模型所需要的数据信息进行检索，并将这些数据整理为规范形式的数据文件，以供模型运行时使用。

4.数据报表输出

按指定的格式，输出数据库中的数据，以方便校对和存档。

5.数据校验

具有动态数据校验和校验表达式校验功能。

6.所管理的主要数据库文件

（1）机井与钻孔结构数据库

（2）大气降水动态数据库

（3）蒸发强度动态数据库

（4）河水径流量动态数据库

（5）地下水水位动态数据库

（6）地下水水质动态数据库

（7）渠系灌溉量动态数据库

（8）地下水开采量动态数据库

……

此外，还增加将地理数据库中的图形文件，转换为数据库文件（当然会损失地理信息），图层转换过来的文件，据用户要求，可含或不含坐标属性。

---