数据库常用表

⽤友u8中常⽤数据库表及主要字段
⽤友u8中常⽤数据库表及主要字段（1）
⼀：Accinformation（账套参数表）：
⼆：各个模块对应的系统标志cSysID:
AA：表⽰公共字段；FA：表⽰固定资产；WA：表⽰⼯资管理；SA表⽰销售管理；GL：表⽰总账系统；AP：表⽰应付系统；AR：表⽰应收系统；ST：表⽰库存系统；PU：表⽰采购系统；IA：表⽰核算系统；BI表⽰⽼板通。

三：Inventory（存货档案）：
四：Department（部门档案表）
五：Warehouse（仓库档案表）
六：Code（科⽬表）
七：dsign（凭证类别表）
⼋：printex（打印控制表）
清除单据锁定：Delete gl_mccontrol Delete Lockvouch
除这两张表以外和锁定相关的表还有：GL_mvcontrol；GL_mvocontrol这两张表。

如果上述讲的⽅法不能解决问题，我们可以同时把这两张表清除就可以解决。

九：GL_mend（⽉末结账标志表）
⼗：wa_account（⼯资类别管理表）
⼗⼀：ua_account_sub（账套年度设置表）
⼗⼆：UA_period（会计期间设置表）（UFSYSTEM数据库）
⼗三：gl_accass（科⽬辅助数据表）
⼗四：gl_accsum（科⽬总账表）
⼗五：gl_accvouch（凭证及明细账表）。

数据库表的几种表示方式1. 介绍数据库表是关系型数据库的核心组成部分，它用于存储和组织数据。

在设计数据库时，选择适当的表的表示方式是非常重要的。

不同的表表示方式会对数据库的性能、可扩展性和数据完整性等方面产生影响。

本文将介绍数据库表的几种常见表示方式，包括平面表、多表关联、继承表和关系型表。

2. 平面表平面表是最简单和最常见的表表示方式之一。

它将所有数据存储在一个表中，并使用行和列来组织数据。

每一行表示一个数据记录，每一列表示一个数据属性。

在平面表中，每个数据记录都有一个独立的主键，用于唯一标识该记录。

平面表适用于简单的数据结构和少量数据属性的情况。

它的优点是结构简单、易于理解和维护。

然而，随着数据量的增加，平面表可能会变得过于庞大和复杂，导致查询性能下降。

3. 多表关联多表关联是通过在不同的表之间建立关系来表示数据的一种方式。

它将数据分散存储在多个表中，并使用主键和外键来建立表之间的关联。

通过关联不同的表，可以实现数据的分解和更好的数据组织。

在多表关联中，通常存在一个主表和一个或多个从表。

主表包含主要的数据信息，从表包含与主表相关的附加信息。

通过外键，从表与主表建立起关联。

多表关联适用于复杂的数据结构和大规模的数据集。

它的优点是可以提高数据的灵活性、可扩展性和查询性能。

然而，多表关联设计和查询时需要更多的注意事项，对数据库开发人员的要求较高。

3.1 一对一关联一对一关联是多表关联中的一种常见关系类型。

它表示两个表之间的一对一关系，即每个记录在每个表中只有一个对应的记录。

一对一关联通常用于表示两个实体之间的关系，例如人和身份证号。

在一对一关联中，两个表的主键和外键相互关联。

一方作为主表，另一方作为从表。

主表包含主键和相关属性，从表包含外键和相关属性。

通过主键和外键的关联，可以实现两个表之间的数据查询和更新。

3.2 一对多关联一对多关联是多表关联中的另一个常见关系类型。

它表示一个表的记录可以关联到另一个表的多个记录。

专业版数据库常用表介绍ictransactiontype 单据类型表(FTemplateID 是关联模板信息表的字段，FID 关联ICStockBill 中的FTranType字段)ictemplate,ictemplateentry 单据模板信息主子表icinvbal 物料库存余额表（包含FAuxPropID），icbal 物料库存余额表icinventory 物料即时库存数据存放表icstockbill 除组装拆卸外的库存类单据主表icstockbillentry 除组装拆卸外的库存类单据明细表icstockbill 中调整单类型号100，当FBillTypeID 为12542代表调入，FBillTypeID 为12541代表调出ICPurchase 采购发票主表ICPurchaseEntry 采购发票明细表icsale 销售发票主表icsaleentry 销售发票明细表selectFInvoiceAmountFor ,FInvoiceAmount ,FReceiveAmountFor ,FReceiveAmount,FUnReceiveA mountFor,*from icsale where FInterID=1066上面字段分别为原币发票金额，本币发票金额，原币收款金额，本币收款金额,原币未收款金额SEOrder 销售订单主表SEOrderEntry 销售订单明细表POOrder 采购订单主表POOrderEntry 采购订单明细表t_ItemClass 核算项目类别表，打开此表可以获取核算项目各基础资料存放的表名（FItemID 为关联内码）t_RP_RBill 收款单主表，t_RP_RBillEntry 收款单子表t_RP_PBill 付款单主表，t_RP_PBillEntry 付款单子表T_RP_CheckInfo 核销单主表，T_RP_CheckInfoEntry 核销单子表select * from T_RP_CheckInfoICHookRelations 暂估处理发票钩稽关系表。

1、.ufysftem库此库是系统参数数据库，其中主要存放各个帐套的共用信息，意义很大，日常应用的也很多。

A．ua_account：是帐套信息表，其中系统帐套存放路径、帐套启用年度、帐套启用月份、企业类型、行业性质等字段特别重要。

B．ua_account_sub：帐套各模块启用月度及最大结帐月表，其中子系统id字段、最大结帐月字段、子系统启用日期字段十分重要。

C．ua_period：帐套会计日期划分表。

D．ua_task：异常任务记录表01(在所有模块退出后，此表应为空)E．ua_tasklog：异常任务记录表02（同上）F．ua_log：上机日志表G．ua_tonextyear：建立下年年度帐时要建立的表（此表也特别重要，在建立年度帐失败时，一般可从此表记录的内容进行排查，以发现上年度是哪张表有问题）.H、ua_holdauth：记录每个操作员在每个帐套每个年度的分配权限。

2、ufdata_00n_200x库此数据库叫应用数据库，命名规则是ufdata_帐套编号_年度（四位计数），其中主要存放每个年度的帐务数据，包括各个模块的数据。

在数据表中，命名方法是模块代码_表名。

其中：ap代表应付；ar代表应收;gl代表总帐;wa代表工资；fa代表固定资产;pu 代表采购；sa代表销售；st代表库存;ia代表存货；fd代表资金管理;ca代表成本等。

A．accinformation：帐套参数表，包括财务和购销存模块设置选项中定义的所有参数，如启用时间、系统年度等等。

B．ap_closebill：收付款结算表，主要记录收款单、付款单的内容。

C．ap_detail：应收应付明细表，主要记录已结算的采购发票和已审核的销售发票所形成的应收应付记录。

D．ap_vouch/s：应付/收单主子表，记录销售已审核的代垫费用单，应收、应付单等的表头和表体记录。

E．ap_vouchtype：单据类型表，主要记录应收应付系统所使用的各种单据的类型和代码。

一、数据维护1、数据维护所用的表（1）、基本数据表UFSYSTEM表建立帐套UA_AccOUNT表操作员UA_USER 表操作员权限UA HOLDAUTH表会计日历UA_PERIOD表UFDATA.MDB编码方案GRADEDEF表AccINFORMA TION表数据据精度AccINFORMA TION表（包括各模块的选项）部门档案DEPARTMENT职员档案PERSON客户分类cUSTOMERcLASS客户档案cUSTOMER供应商分类VEMDORcLASS供应商档案VENDOR地区分类DISTRIcTcLASS存货分类INVENTORYcLASS存货档案INVENTORY科目表cODE凭证类别DSIGN（S）项目大类FITEM***外币设置汇率表EXcH币种表FOREIGNcURRENcY结处方式SETTLSSTYLE付款条件PAYcONDITION开户银行BANK仓库档案W AREHOUSE收发记录PR_STYLE采购类型PURcHASETYPE销售类型SULETYPE产品结构PRODNcTSTRUcTURE（S）成套件AccESSARIES费用项目EXPENSITEM成本对象cOSTOBJ发运方式SHIPPINGcHOIcE常用摘要GL_BDIGEST常用凭证GL_LFREA自定义项自定义项定义表USERDEF自定义项编码表USERDEFINE采购计划采购计划所用的数据表：采购周期(PP_Penod)存货档案(Inventory)产品结构Productstructure(s)生产计划(PP_MPSmain、PP_MPSdetail)相关需求(PP_RMRPmain、PP_RMRPdetail)独立需求(PP_IMRPmain、PP_IMRPdetail)。

计划周期（PP_Period）采购计划(PP_PPcmain、PP_PPcdetail)业务处理：采购周期(PP_Penod)、存货档案(Inventory)、产品结构(Productstructure(s))录入数据进行相对应的表中。

数据库设计中常见表结构分析⼀、树型关系的数据表不少程序员在进⾏数据库设计的时候都遇到过树型关系的数据，例如常见的类别表，即⼀个⼤类，下⾯有若⼲个⼦类，某些⼦类⼜有⼦类这样的情况。

当类别不确定，⽤户希望可以在任意类别下添加新的⼦类，或者删除某个类别和其下的所有⼦类，⽽且预计以后其数量会逐步增长，此时我们就会考虑⽤⼀个数据表来保存这些数据。

设计结构：名称类型约束条件说明type_id int⽆重复类别标识，主键type_name char(50)不允许为空类型名称，不允许重复type_father int不允许为空该类别的⽗类别标识，如果是顶节点的话设定为某个唯⼀值type_layer char(6)限定3层,初始值为000000类别的先序遍历，主要为减少检索数据库的次数这样设计的好处就是遍历⽅便，只需要⼀个检索即可，通过设置type_layer即可设定遍历顺序，000000为3层，若要求多则可增加，每⼀层允许最多99个⼦类。

010101表⽰为第三层。

检索过程：SELECT * FROM Type_table_2 ORDER BY type_layer列出记录集如下：type_id type_name type_father type_layer1 总类别 0 0000002 类别1 1 0100003 类别1.1 2 0101004 类别1.2 2 0102005 类别2 1 0200006 类别2.1 5 0201007 类别3 1 0300008 类别3.1 7 0301009 类别3.2 7 03020010 类别1.1.1 3 010101…… ⼆、商品信息表的设计（如何使数据表的属性可扩展）假设你是⼀家百货公司电脑部的开发⼈员，某天⽼板要求你为公司开发⼀套⽹上电⼦商务平台，该百货公司有数千种商品出售，不过⽬前仅打算先在⽹上销售数⼗种⽅便运输的商品，当然，以后可能会陆续在该电⼦商务平台上增加新的商品出售。

1、学籍管理局部应用中主要涉及的实体包括学生、宿舍、档案材料、班级、班主任。

各个实体的属性描述：学生：（学号，姓名，出生日期）性别：（性别）档案材料：（档案号，档案名称，建档时间，档案密级）班级：（班级号，学生人数）班主任：（职工号，姓名，性别，是否为优秀班主任）宿舍：（宿舍编号，地址，人数）其中有下划线的属性为实体的码。

实体之间的联系：⏹由于一个宿舍可以住多个学生，而一个学生只能住在某一个宿舍中，因此宿舍与学生之间是1:n的联系。

⏹由于一个班级往往有若干名学生，而一个学生只能属于一个班级，因此班级与学生之间也是1:n的联系。

⏹一个班主任只担任一个班级的班主任，一个班级只有唯一的一个班主任，因此班主任与班级之间是1:1的联系。

⏹而学生和他自己的档案材料之间，是1:1的联系。

⏹班主任除了管理学生，也可能会给指导学生的学习和设计，一个班主任可以带多个学生，一个学生可以被一个班主任指导。

学籍管理局部应用的分E-R图草图2、课程管理局部应用中主要涉及的实体包括学生、课程、教师、教室、教科书。

各实体的属性分别为：学生：｛姓名，学号，性别，年龄，所在系，年级，平均成绩｝课程：｛课程号，课程名，学分｝教师：｛职工号，姓名，性别，职称｝教科书：｛书号，书名，价钱｝教室：｛教室编号，地址，容量｝其中有下划线的属性为实体的码。

实体之间的联系：⏹一个课程可以被多个学生选修，而一个学生可以选修多门课程。

⏹一个课程可以使用多本教科书，一本教科书可以被多门课程使用。

⏹一个课程可以有多个任课老师，一个任课老师可以上多门课程。

⏹一课程可以在多个教师上课，一个教室也可以上多门课程。