上海杏和LIS4.0版接口表结构说明
上海杏和LIS4.0版接口表结构说明检验结果表lis_inspection_result
(word完整版)oracleebs表结构及功能总结(财务,制造,分销模块),推荐文档.docx
Oracle application表结构 1．表结构， WHO字段来实现 通过菜单 HELP下的 HISTORY来找表 2.通过 LAST_QUERY来判断所使用的表 LAST_ QUERY是系统变量保存所执行的最后一次的 SQL语句 BLOCK 一定选 SYSTEM作为一个虚拟的 BLOCK 用HELP菜单下面的 EXAMING子菜单 3.用 TRACE的办法来实现找表 4.查看源代码来找表 基本表结构 学习目的：了解数据库的设计思想 1.库存模块 INV 表结构，主要是物料的保存和搬运 组织：分为库存组织和经营单位 对于来说首先定义成一个经营单位，主要是进行业务核算的基本单位，是经营单位 每一个生产单位作为一个库存组织，库存组织不作为核算单位 组织表是 HR_ORGANIZATION_UNITS存放所有的组织 ORG_ID表示的经营单位 ORGANIZATION_ID表示库存组织 通过制造物料参数表MTL_PARAMETERS来查看库存组织 ID MTL_SYSTEM_ITEM物料信息 原材料仓库，半成品仓库，成品仓库 子库存属于库存组织的一个结构，子库存下面还可以有一个叫库位的结构 物料的位置由：库存组织 +子库存+库位 子库存放置在 MTL_SECONDARY_INVENTORIES表中 货位信息放置在 MTL_ITEM_LOCATIONS表中 在MTL_ITEM_LOCATIONS中的 SEGMENT1存放其库位名称 MTL_ONHAND_QUANTITIES表存放物料的现有量表其中LOCATION_ID表示库位信息 MTL_SYSTEM_ITEMS表存放所有库存组织，所有物料 MTL_MATERIAL_TRANSACTIONS物料事务处发表（存放物料的进货销售） TRANSACTION_ID INVENTORY表ID示操作的物料 ID TRANSACTION_QUANTITY表示货物的数量正数为搬进负数为搬出 PRIMARY_QUANTITY表示主计量单位 TRANSACTION_COST表示物料的成本 ACTUAL_COST表示通过算法得到的物料成本 ITEM_MASTER物料主表 PRIMAR_UNIT_OF_MEASURE表示主计量单位 MTL_CATEGORY_表SET表示产品分类级
Oracle ERP常用系统表结构
PO模块常用表结构 表名: PO.PO_REQUISITION_HEADERS_ALL 说明: 采购请求 REQUISITION_HEADER_ID NUMBER PR头标识码 SEGMENT1VARCHAR2(20)PR号 ENABLE_FLAG VARCHAR2(1)使能标志(Y/N) AUTHORIZATION_STATUS VARCHAR2(25)批准标志(APPROVED/) TYPE_LOOKUP_CODE VARCHAR2(25)类型(PURCHASE) REQUIST_ID NUMBER请求标识码 CANCEL_FLAG VARCHAR2(1)取消标志(Y/N) TRANSFERRED_TO_OE_FLAG VARCHAR2(1)可否转入OE标志(Y/N) PREPARER_ID NUMBER准备人ID(可与HR.PER_PEOPLE_F.PERSON_ID关联） 表名: PO.PO_REQUISITION_LINES_ALL 说明: 采购请求明细 REQUISITION_LINE_ID NUMBER PR行ID REQUISITION_HEADER_ID NUMBER PR头ID LINE_NUM NUMBER栏目 LINE_TYPE_ID NUMBER行类别 CATEGORY_ID NUMBER归类标识码 ITEM_DESCRIPTION VARCHAR2(240)项目描述 UNIT_MEAS_LOOKUP_CODE VARCHAR2(25)单位 UNIT_PRICE NUMBER单价(已折为人民币) QUANTITY NUMBER数量 DELIVER_TO_LOCATION_ID NUMBER交货位置码（与HR.HR_LOCATIONS.LOCATION_ID关联）TO_PERSON_ID NUMBER收货人代码 SOURCE_TYPE_CODE VARCHAR2(25)来源类型 ITEM_ID NUMBER项目内码 ITEM_REVISION VARCHAR2(3)项目版本 QUANTITY_DELIVERED NUMBER已交付数量 SUGGESTED_BUYER_ID NUMBER建议采购员代码 ENCUMBERED_FLAG VARCHAR2(1)分摊标志 RFQ_REQUIRED_FLAG VARCHAR2(1) NEED_BY_DATE DATE需求日期(原始) LINE_LOCATION_ID NUMBER定位行标识码(为空时表示未生成PO) MODIFIED_BY_AGENT_FLAG VARCHAR2(1)被采购员更改标志（被拆分Y/NULL）
气象数据集说明文档
气象数据集说明文档 1.数据集信息 数据集中文名称：中国农作物生长发育状况资料数据集 数据集代码：AGME_AB2_CHN_TEN 数据集版本：1.0 数据集建立时间：200603 2.数据来源：根据1991年以来中国农业气象台站上报的农业气象旬月报报文资料整理而得，其中一部分资料来自国家气候中心农气室，一部分资料来自国家气象中心9210要素库。 3.数据集实体 3.1.数据集实体内容说明 3.1.1.数据集实体文件名称： AGME_AB2_CHN_TEN-yyyymmdd.TXT 其中，yyyy为年、mm为月、dd为旬标记（01、11、21分别表示上、中、下旬）。 3.1.2.数据集实体文件的内容描述： 1991年以来中国农业气象台站上报的农业气象旬月报报文资料整理而得农作
3.1.3.特征值说明： 数据中-9999表示资料缺测。 站名为XXXX,表示站名不详。. 省名为XX,表示省名不详。 3.2.数据存储信息 3.2.1.存取格式和读取：数据集实体文件为文本格式，每行数据顺序为：每个数据之间用“，”分隔。站号,站名,省称,经度,纬度, 测站高度，年,月,旬,作物名称,发育期名称,发育期日期,发育程度,发育期距平,植株高度,生长状况,植株密度,到本旬末积温,积温距平,干土层厚度,10厘米土壤相对湿度,20厘米土壤相对湿度,30厘米土壤相对湿度,40厘米土壤相对湿度,50厘米土壤相对湿度,70厘米土壤相对湿度,100厘米土壤相对湿度,灌溉标志,土壤湿度测定方法。每个数据之间用“，”分隔。 3.2.2.数据集在介质中的放置
存取介质及数量：光盘1张 存储目录结构： （1）datasets：存放数据集实体文件，共存放了174个数据文件。 （2）metadata：元数据文档。 （3）description：数据集说明文档。 （4）documents：台站信息文件，文件名为：AGME_AB2_CHN_TEN_STATION.TXT。 数据总量：28.3MB 3.3.时间属性 时间范围：199109-999999 观测时次：每旬一次观测。 3.4.空间属性 3.4.1.地理范围 地理范围描述：中国 最西经度：73.66E 最东经度：135.08E 最北纬度：53.52N 最南纬度：4.00N 3.4.2.台站信息：见“documents”目录下的台站信息文件，文件名为“AGME_AB2_CHN_TEN_STATION.TXT”。 3.4.3.空间分辨率：778站. 3.4.4.垂直范围：地面 3.4.5.投影方式：无 3.5.观测仪器：见引用文献（1） 3.6.数据处理方法： 为使两种不同来源的资料具有相同的格式和表示方法，我们以农气室提供的资料为蓝本，将实时接收的资料按此格式进行转换。同时，为了兼顾使用上的习惯，对原格式亦进行了少量的修改。主要是： 1）原格式中处于第三列的区站号提前到第一列的位置； 2）将原格式中的台站经纬度进行舍入，只保留少数点后两位； 3）将原格式中的全角逗号换成半角逗号。 3.7.数据质量状况 3.7.1质量控制方法：没有进行质量控制 3.7.2质量状况：一般 3.8.数据完整性：各台站资料起止时间及来报情况见“documents”目录下的台站信息文件：AGME_AB2_CHN_TEN_STATION.TXT 4.引用文献： （1）国家气象局监测网络司编定，地面气象电码手册，北京：气象出版社，1999。 （2）国家气象中心编定，实时气象数据库实用手册，内部刊物。 5.数据集制作及技术支持 5.1.数据集制作人 姓名：汪万林
oracleebs表结构及功能总结财务,制造,分销模块工作计划总结活动总结培训总结范文公文心得最新
Oraclｅaｐplication表结构 １．表结构,WHO字段来实现 通过菜单ＨＥLＰ下的HIＳTORY来找表２．通过ＬAＳＴ_Q ＵERＹ来判断所使用的表 LAST_QUERＹ是系统变量保存所执行的最后一次的SQL语句BLＯCK一定选ＳYSTEM作为一个虚拟的BＬOCK用HELP菜单下面的ＥXＡMING子菜单３．用ＴRAＣE的办法来实现找表４．查看源代码来找表 基本表结构 学习目的：了解数据库的设计思想 １．库存模块IＮV表结构,主要是物料的保存和搬运 组织：分为库存组织和经营单位 对于来说首先定义成一个经营单位，主要是进行业务核算的基本单位,是经营单位每一个生产单位作为一个库存组织，库存组织不作为核算单位 组织表是HＲ_ORGANＩZATIOＮ_UＮITS存放所有的组织ＯＲG＿ID表示的经营单位 ORGＡNIZATION_ID表示库存组织 通过制造物料参数表ＭTL_ＰAＲAMETEＲＳ来查看库存组织ID ＭTL＿SYＳＴEM_ＩＴEM物料信息 原材料仓库，半成品仓库,成品仓库
子库存属于库存组织的一个结构,子库存下面还可以有一个叫库位的结构 物料的位置由：库存组织+子库存+库位 子库存放置在MＴL＿SＥＣＯＮＤARY_INVENＴORIＥＳ表中货位信息放置在MTL＿ITEＭ＿LOCAＴIONＳ表中 在MＴL_ITEM_LOCATIＯNＳ中的ＳＥGMＥNＴ１存放其库位名称 ＭTL_ONHAＮＤ_QＵANTIＴIES表存放物料的现有量表其中ＬOCAＴIOＮ_ID表示库位信息 MTＬ_SYSTEＭ_ＩTEMS表存放所有库存组织，所有物料 MTＬ＿MATEＲIAＬ_TRANSＡCＴIONＳ物料事务处发表（存放物料的进货销售）TＲＡNSAＣＴIOＮ_IDＩNVＥNTORＹ＿ID表示操作的物料ID ＴRＡNSＡCTION＿QUAＮＴIＴＹ表示货物的数量正数为搬进负数为搬出ＰRＩMARＹ_QUANＴITY表示主计量单位TRANSACTION_ＣOＳT表示物料的成本 ACTUAL_CＯＳT表示通过算法得到的物料成本 IＴEM＿MAＳTEＲ物料主表 ＰＲＩMAR_UNIT_ＯＦ_MEAＳURE表示主计量单位 MTＬ＿CＡTEGORY_SET表表示产品分类级 ＭＴＬ_ＣＡTＡGROYS ２．PＯ采购模块从供应商订购和接收货物
全国地面气象资料数据模式 A格式
四、地面气象观测数据文件格式 1、总则 1.1地面气象观测数据是认识和预测天气变化、探索气候演变规律、进行科学研究和提供气象服务的基础，是我国天气气候监测网收集的最重要的资料之一。为适应地面气象观测业务的发展，有必要对2001年版的“全国地面气象资料数据模式”（简称2001年版A格式）进行补充、修改。 1.2 本格式以中国气象局2003年版《地面气象观测规范》中的“地面气象记录月报表”为依据，对2001年版A格式作了必要的修改和补充，并将格式命名为“地面气象观测数据文件格式”，作为原“全国地面气象资料数据模式”的2003年版。 1.3本格式由一个站月的原始观测数据、数据质量控制标识及相应的台站附加信息构成，包括A文件和J文件两个文件，附加信息即2001年版的“气表-1封面、封底V文件”，作为A文件的一部分。因此本格式涵盖了气表-1的全部内容。 1.4 根据2003年版的《地面气象观测规范》，本格式在2001年版A格式基础上增加了相关的要素项目；为了更好地表述数据质量，增加了数据质量控制标识。观测数据部分历史资料中的技术规定可参照“全国地面气象资料信息化基本模式暂行规定”和“补充规定”，本格式不再赘述。 1.5 根据2003年版《地面气象观测规范》的规定，本格式将2001年版单要素分钟降水量J 文件更改为多要素分钟观测数据文件，作为A文件的补充，简称J文件。 1.6 2001年版与2003年版A、J格式具体变动内容见附件“2001年版与2003年版格式变动对照表”。 1.7 本格式适用于我国现行各类地面气象台站和不同观测仪器采集的数据。 2、A文件 2.1 文件名 “地面气象观测数据文件”（简称A文件）为文本文件，文件名由17位字母、数字、符号组成，其结构为“AIIiii-YYYYMM.TXT”。 其中“A”为文件类别标识符（保留字）；“IIiii”为区站号；“YYYY”为资料年份；“MM”为资料月份，位数不足，高位补“0”；“TXT“为文件扩展名。 2.2 文件结构 A文件由台站参数、观测数据、质量控制、附加信息四个部分构成。观测数据部分的结束符为“??????”，质量控制部分的结束符为“******”，附加信息部分的结束符为“######”。具体结构详见附录1：A文件基本结构。 2.3 台站参数 台站参数是文件的第一条记录，由12组数据构成，排列顺序为区站号、纬度、经度、观测场拔海高度、气压感应器拔海高度、风速感应器距地（平台）高度、观测平台距地高度、观测方式和测站类别、观测项目标识、质量控制指示码、年份、月份。各组数据间隔符为1 位空格。 2.3.1 区站号（IIiii），由5位数字组成，前2位为区号，后3位为站号。 2.3.2 纬度（QQQQQ），由4位数字加一位字母组成，前4位为纬度，其中1～2位为度，3～4位为分，位数不足，高位补“0”。最后一位“S”、“N”分别表示南、北纬。 2.3.3 经度（LLLLLL），由5位数字加一位字母组成，前5位为经度，其中1～3位为度，4～5位为分，位数不足，高位补“0”。最后一位“E”、“W”分别表示东、西经。 2.3.4 观测场拔海高度（H1H1H1H1H1H1），由6位数字组成，第一位为拔海高度参数，实测
Oracle-ERP11i表结构、API接口笔记
Oracle-ERP11i(OPM) —表结构、API接口笔记 Author:Jarwang（王重东） Create Date:July5th,2008 Update Date:November20th,2010 Control No: Current Edition: 1.0 声明：本文可以任意免费转载、复制、传播。但您务必保持其完整性！If you copy this document,you ought to keep the document completely.
Document Control Modify Record Date Author Version Modified reference July5th,2008jarwang 1.0 Approved Name Position signature Distribute Num Name Location&Position 1 2 3 4
Index Document Control2 Modify Record2 Approved2 Index3 Preface6 Application Developer7 Value Set7 Data Table7 Lookups7 Data Table7 E-R Diagram7 Frequently-Used SQL8 Query Lookup8 Query ValueSet8 Values Set8 Data Table8 E-R Diagram9 OPM Process Execution10 Formula10 Data Table10 E-R Diagram10 Recipe10 Data Table10 E-R Diagram11 Production Document11 Data Table11 E-R Diagram12 Frequently-Used SQL12 Frequently-Used API12 Create Batches API13 Batches completedAPI16 OPM Inventory17 Item Master17 Data Table17 E-R Diagram17 Organization18 Data Table18 E-R Diagram18 Inventory Quantity19 Data Table19 Frequently-Used SQL19 Query OPM Organization19 Query Lot Status20 Frequently-Used API20 OPM Adjust Immediate API20 OPM Move Immediate API22 Human Resource25 HR Employee25 Frequently-Used API25 Create HR Employee API25 Create HR Employee API--FULL27 Purchase Order33 Requisition33
数据库表结构说明文档
数据库表结构说明文档目录 接口 3 RIS/PACS接口中间表 RIS.BROKER 3 业务 4 病人信息表 RIS.TPATIENT 4 检查状态表 RIS.TEXAMINATION 5 诊断报告 RIS.TREPORT 8 病历追踪表 RIS.TMEDICALTRACK 9 基础数据 9 系统参数表 RIS.TPARAM 9 病人来源表 RIS.TPATIENTSOURCE 9 检查部位表 RIS.TCHECKPART 10 检查仪器资料表 RIS.TCHECKSET 10 临床诊断表RIS.TCLINICDIAG 11 请检医生表 RIS.TCLINICDOCTOR 11 请检科室表RIS.TDEPARTMENT 11
影像设备表RIS.TDEVICE 11 设备类型表 RIS.TDEVICETYPE 12 诊室信息表 RIS.TWORKROOM 12 报告元素表 RIS.TREGFIELDS 12 模板表 RIS.TTEMPLATE 13 诊断报告模板表 RIS.T_REPORT_TEMPLATE 13 权限/日记 14 操作日记表RIS.TLOG 14 报告日志表 RIS.TREPORTLOG 14 菜单项表 RIS.T_MENU 15 操作员表 RIS.T_OPER 15 角色列表 RIS.T_ROLE 16 角色－菜单配置表 RIS.T_ROLE_CFG 16 其他 16 图像表 RIS.TPICTURE 16 图片路径表 RIS.TPICTUREUSIS 17 排队队列表 RIS.TQUEUELIST 17
预约表 RIS.TRESERVATION 17 收费项目对应默认设备、检查部位设置 RIS.TSFXMDYSB 18 诊断报告 RIS.T_DIAG_REPORT 19 未分类 20 RIS.DEPT 20 RIS.EMP 20 RIS.EMP1 20 RIS.EMP2 21 RIS.PACS_PATIENT 21 RIS.PACS_USER 21 RIS.TCHECKPARTTYPE 22 RIS.TDOCNAMEPIC 22 RIS.TFAVORITE 22 RIS.TFP 22 RIS.THINTINFO 22 RIS.THISSOURCE 23 RIS.TLOGIN 23
Oracle EBS常用表和视图
fnd_user 系统用户表 fnd_application 应用信息表 FND_PROFILE_OPTIONS_VL 系统配置文件 fnd_menus 菜单 fnd_menu_entries_tl FND_NEW_MESSAGES 消息表 FND_FORM 表单表 FND_CONCURRENT_PROGRAMS_VL 并发程序视图 FND_CONCURRENT_PROGRAMS_TL FND_CONCURRENT_PROGRAMS FND_DESCR_FLEX_COL_USAGE_VL FND_DESCR_FLEX_COL_USAGE_TL FND_DESCR_FLEX_COLUMN_USAGES FND_EXECUTABLES_FORM_V 可执行并发程序视图FND_EXECUTABLES_TL FND_EXECUTABLES FND_DESCRIPTIVE_FLEXS FND_CONC_REQ_SUMMARY_V 并发请求视图FND_CONCURRENT_REQUESTS FND_RESPONSIBILITY 职责表
FND_RESPONSIBILITY_VL 职责FND_USER_RESP_GROUPS 用户职责 fnd_flex_value_sets 值集表 FND_FLEX_VALUES FND_IREP_ALL_INTERFACES 接口表 FND_IREP_CLASSES Fnd_Irep_Classes_Tl fnd_territories_vl 国家视图 fnd_log_messages 日志表 fnd_form_functions 功能 FND_DOCUMENT_SEQUENCES 单据序列 FND_DOC_SEQUENCE_ASSIGNMENTS 序列分配 fnd_id_flexs 关键弹性域定义表 FND_ID_FLEX_STRUCTURES 弹性域结构表 FND_ID_FLEX_SEGMENTS 弹性域段表 fnd_descriptive_flexs 描述性弹性域属性表 FND_DESCR_FLEX_CONTEXTS 弹性域列类别表 FND_DESCR_FLEX_COLUMN_USAGES 弹性域列类别属性表FND_FLEX_VALUE_SETS 值集表 FND_FLEX_VALUES 值表 Fnd_Flex_Values_Tl 值描述表
数据库设计方案
数据库设计方案 一．概述 数据库内容： 1、数据源分析： 1.1空间数据 空间数据主要包括各类基础地图数据、专题地图数据、遥感影像数据这此数据必须经过数字化，形成矢量图形，并附有属性数据。以便日后进行空间分析处理 1.1.1基础地图数据 包括各基础地理要素地图，比例尺。。。，主要有省、县、乡(镇)三级行政界限、道路、居民地、水系以及等高线(DEM)地图。 1. 1. 2专题地图数据 主要包括县域内各类资源不同年份的分布图以及各种专题地理要素图，比例尺在。。。。，具体有土地利用现状图、土壤图、森林图、草（绿）地图、气象图及地貌图等。 1. 1. 3遥感影像数据 1. 2属性数据 1. 2. 1社会经济属性数据 主要指县、乡、村反映地区社会经济概况的多种数据，如人口数量、国民收入、产业结构等，具体包括：人口与劳动力的数量：、结构与增长率；国民经济统计数据，如经济结构、发展水平、人均收入、国民生产总值以及其他与生产有关的数据。 1.2.2自然属性数据 包括多年平均气温数据、各年积温数据、太阳辐射、湿度、年平均降水量；种植业构成，各类农作物的历年产量、播种面积等统计数据：林业、畜牧业、渔业等方面的数据，包括面积、总量等；水资源状况：地表水、地下水、可利用水资源的总量，水资源开发利用率、水质、用水结构此外还有主要自然灾害数据，如水灾、旱灾、雹灾等数据。 1. 3照片与视频数据 由于人类对各类彩色图片以及动态视频具有最敏感的接受效应，因此有必要对调查样区相应资源进行拍照和摄像，图片存成tif格式，视频制成avi动画对于同一样区应该采集不同年份的照片和视频数据，这样能够鲜明地对比出各类资源动态变化的情况。
Oracle ebs 常用数据表
Oracle EBS常用数据表 EBS常用数据表:（未整理） INV库存 organization 两个含义: 1. 经营单位，A/B/C分公司，A下面有A1，A2等工厂，主题目标是为了独立核算此组织ORG，ORG_ID; 2. 库存组织，例如制造商的仓库，例如A1，A2等工厂 Organization_id; HR_ORGANIZATION_UNITS － Org_organization_definitions Mtl_subinventory_ 库存组织单位 MTL_PARAMETERS -库存组织参数（没有用ID，直接用name） MTL_SYSTEM_ITEMS_b -物料信息（同上，应用了库存组织name） MTL_SECONDARY_INVENTORIES -子库存组织- MTL_ITEM_LOCATTIONS -货位- SUBINVENTROY_CODE Mtl_Material_Transactions - (库存)物料事物表 成本mtl_transaction_accounts transaction_cost是事物成本； ACTUAL_COST是通过成本算法计算出来的实际成本，主计量单位 现有量 汇总历史记录（正负合计） Mtl_Material_Transactions MTL_ONHAND_QUANTITIES现有量表，组织/子库存/货位/物品summary可能按照挑库先进先出统计，如果设置了"不允许负库存"，这样就不可能出现负数
PO 请购单头表 Po_Requisition_Headers_all 行表 Po_Requisition_lines_all 采购订单 PO_HEADER_ALL PO_LINES_ALL 采购接收－退货/组织间转移/正常状态都需要使用这个模块 RCV_TRANSACTIONS 1. 接收100单位货物,放入“待质检”货位 2. 接受/拒绝 3. 库存/退回 有三个不同的状态！例如：接收100个，80个接受入库，20个退回，那么有80个接受事务/20个退回事物 select TRANSACTION_TYPE，DESTINATION_TYPE_CODE from RCV_TRANSACTIONS 可以看出以下阶段： A1.RECEIVE – RECEIVING A2.ACCEPT – RECEIVING A3.DELIERY – INVETORY(影响库存现有量) 如果按照正常模式，最后会触发产生MTL_MATERIAL_TRANSACTIONS 销售订单 OE_ORDER_headers_all SOLD_FROM_ORG_ID SOLD_TO_ORG_ID 就是客户层 SHIP_FROM_ORG_ID SHIP_TO_ORG_ID 就是客户收货层 INVOICE_TO_ORG_ID 就是客户收单层
(ERPMRP管理)ORACLEERP常用TABLE说明
（ERPMRP管理)ORACLEERP常用TABLE说明
ORACLEERP常用TABLE说明mtl_onhand_locator_v(库存数据视图)2 inv.mtl_system_items(物料主表)2 ont.oe_order_headers_all(订单头)6 po.po_lines_all(采购订单行)8 apps.fnd_user(MRPII用户表)9 hr.per_people_f(职工姓名表)9 hr.hr_locations(交货位置表)10 hwcust.hw_oe.products(产品编码表)10 e.ra_customers(客户表)10 wip.wip_accounting_classes(离散作业会计科目)10 wip.wip_ment_codes(离散作业注释)11 wip.wip_discrete_jobs(离散作业表)11 wip.wip_entities(任务令信息表)13 wip.wip_requirement_operations(任务令物料需求发放表)14 wip.wip_operations(离散作业操作表)14 wip.wip_operation_resources(离散作业操作资源)15 wip.wip_transactions(离散作业交易表)16 wip.wip_transaction_accounts(离散作业交易帐目)17 wip.wip_scrap_values(离散作业报废价值表)18 wip.wip_shop_floor_status_codes(场地状态表)18 wip.wip_move_transactions(离散作业工序移动交易)19 wip.wip_so_allocations(分配表)19 wip.wip_valid_intraoperation_steps(有效的进入工序步骤)20 bom.bom_bill_of_materials(BOM清单父项目)20 bom.bom_inventory_ponents(BOM清单构成项目)21 bom.bom_assembly_ments(装配件状态表)21
传输维护数据库表结构说明
传输维护数据库表结构说明
传输维护数据库表结构说明(20081017) 1传输维护中英文对照关系表（Cs_Corres） 字段名字段说明数据类型/长度必填字段 cs_corres_ID(主键) ID Int identity(1,1) Y Cs_FieldName 字段名称Varchar(50) Y Cs_FieldManua 字段名中 文名称 Varchar(50) Y Cs_FieldRemarks 备注Varchar(100) 数据库中表的字段名对应关系（见对应关系总表 1.xls） 本表用来解释数据库中各个字段名与实际工单 之间的对应关系及说明 2传输维护基本信息表：（Cs_Base）一次填写完成工单基 本信息,由派工人员进行录入,此工单完成后即 删除 字段名字段说 明备 注 数据类型/长度必 填 字 段 CsB_Id(主键) Id号自 动Int identity(1,1) Y
累加 Cs_Code 工单编 号(返 工工单 编号, 返工工 程) 自 动 Varchar(50) Y Cs_oldcode 原工单 编号 (返工 工程才 有) 自 动 Varchar(50) Cs_ccid 所属工单类别编 号 自 动 Varchar(50) Y Cs_ccname 所属工单类别名 称 选 择 Varchar(50) Y Cs_mcid 所属维 护类别 编号自 动 Varchar(50) Y Cs_mcname 所属维 护类别选 择 Varchar(50) Y
名称 Cs_neid 所属网 元分类 编号自 动 Varchar(50) Y Cs_nename 所属网 元分类 名称选 择 Varchar(50) Y Cs_detailid 所属工 单/流 程单细 目编号自 动 Varchar(50) Y Cs_detailname 所属工 单/流 程单细 目名称选 择 Varchar(50) Y Cs_taskid 任务编 号自 动 Varchar(50) Y Cs_taskname 任务名 称选 择 Varchar(50) Y Cs_AgenName 分公司 名称自 动 Varchar(50) Y Cs_Province 分公司自Varchar(20) Y
Oracle EBS R12 客户表结构
R12 客户表结构 客户表/联系人/PARTY关联 HZ_PARTIES 客户账户表 HZ_CUST_ACCOUNTS 例子： SELECT hp.party_number --客户注册标识 , hp.party_name --组织名/客户 , hp.known_as --别名 , https://www.360docs.net/doc/d48935076.html,anization_name_phonetic --名称拼音 , acc.account_number --帐号 , flv_sale.meaning sales_channel_code --销售渠道 , acc.account_name --账记说明 , flv_customer.meaning customer_class_code --分类 , acc.orig_system_reference --参考 , flv_status.meaning status --状态 , flv_type.meaning customer_type --账户类型
, acc.attribute_category --上下文 , acc.attribute1 --注册 , acc.attribute2 --人员推广 , acc.attribute3 --特殊要求 , acc.Attribute4 --发货单是否打印价格 , acc.Attribute5 --所属利润 FROM hz_parties hp , hz_cust_accounts acc , fnd_lookup_values flv_sale --销售渠道 , fnd_lookup_values flv_customer --分类 , fnd_lookup_values flv_status --状态 , fnd_lookup_values flv_type --账户类型 WHERE hp.party_id = acc.party_id AND acc.sales_channel_code = flv_sale.lookup_code AND flv_sale.lookup_type = 'SALES_CHANNEL' AND flv_https://www.360docs.net/doc/d48935076.html,NGUAGE = userenv('LANG') AND acc.customer_class_code = flv_customer.lookup_code AND flv_customer.lookup_type = 'CUSTOMER CLASS' AND flv_https://www.360docs.net/doc/d48935076.html,NGUAGE = userenv('LANG') AND acc.status = flv_status.lookup_code
气象大数据技术架构思路
气象大数据应用技术架构 设计思路 二〇一五年五月
文档信息 客户单位: 内部技术机密心项目: 文档：.docx 版本：0.9(150521) 发布日期: 未发布 修订历史
目录 文档信息 (ii) 修订历史 (ii) 1 引言 (1) 2 气象行业大数据分类 (2) 2.1 概述 (2) 2.2 从分类大数据到选择大数据解决方案 (3) 2.3 依据大数据类型对业务问题进行分类 (5) 2.4 使用大数据类型对大数据特征进行分类 (6) 2.5 依据大数据类型对气象信息进行处理..................................... 错误！未定义书签。 3 大数据平台架构..................................................................................... 错误！未定义书签。 3.1 大数据解决方案的逻辑构成 (9) 3.1.1 大数据来源..................................................................... 错误！未定义书签。 3.1.2 数据改动和存储层 (10) 3.1.3 大数据分析层 (10) 3.1.4 大数据应用层 (10) 3.2 大数据解决方案的组件构成 (11) 3.2.1 横向层 (11) 3.2.2 垂直层 (16) 4 大数据平台组成..................................................................................... 错误！未定义书签。 4.1 概述 (19) 4.2 原子模式 (19) 4.2.1 数据使用组件 (20) 4.2.2 数据处理组件 (22) 4.2.3 数据访问组件 (24) 4.2.4 数据存储组件 (28) 4.3 复合模式 (29) 4.3.1 存储和探索复合组件 (30) 4.3.2 专业分析和预测分析组件 (30) 4.3.3 OLAP在线分析 (31) 4.3.4 原子模式和符合模式的映射 (32) 4.4 解决方案模式（模拟应用场景） (35) 5 技术架构实现选择产品 (35) 5.1 概述 (35) 5.2 技术架构的关键问题 (35) 5.3 分布式存储与分布式应用 (35) 5.4 服务平台的硬件架构与调整 (37) 5.5 数据库与数据仓库 (37) 5.6 NOSQL数据库 (37) 5.7 数据集成工具 (37) 5.8 数据分析软件 (37) 5.9 Web应用以及Web开发的关键问题 (37) 6 我们的研发策略 (37)
oracleebsr12常用表表结构总结之ar应收模块
AR 应收 应收事务处理相关表 SELECT * FROM ; --事务处理批 SELECT * FROM ; --应收事务头/发票头SELECT * FROM ; --应收事务行项目/发票行SELECT * FROM ;--应收事务分配行/发票分配SELECT * FROM ; --收款计划/发票调整 收款相关表 SELECT * FROM ; --收款表 SELECT * FROM ; --收款历史表 SELECT * FROM ; --收款分配表/付款计划SELECT * FROM ;--杂项历史记录分配表SELECT * FROM ;--收款核销表 Subledger accounting 子分类账 SELECT * FROM ar_adjustments_all;--会计分录SELECT * FROM ; --会计事件表 SELECT * FROM ; --事务处理表 SELECT * FROM ; --子分类帐日记账头 SELECT * FROM ; --子分类帐日记账行SELECT * FROM ;--子分类帐日记帐行关联表SELECT * FROM ; --会计事件错误提示表
接口相关表应收临时表 SELECT * FROM ; --应收接口行表 SELECT * FROM ;--应收接口分配行表 接口相关表收款临时表 SELECT * FROM ar.ar_interim_cash_receipts_all; --收款标准接口 主数据相关表/视图 SELECT * FROM ; --客户 SELECT * FROM ; --客户地点 SELECT * FROM ; --银行 SELECT * FROM ; --银行账户 SELECT * FROM ; --银行账户使用表 SELECT * FROM ; --期间，取期间视图 SELECT * FROM ; --业务实体视图 税相关表 SELECT * FROM zx_lines_det_factors; --税决定因素表 SELECT * FROM zx_lines; --税行 注：应收模块税仅含这个表。 ra_customer_trx_all 应收发票？ 发票编号：customer_trx _id 客户收单方编号：bi ll_to_site_use_id 销售员编号：primary_sales_id reference是Oracle提供的外部编号输入框，但是由于版本问题和长度(<=30)，不建议
广东省气象局通用数据表格结构
一、数据库表结构 1 T_OTHE_STATION_META_BASIC_TAB台站基本信息 Name Code Data Type Prim ary Fore ign Key Manda tory Com ment 与RAC 对应字段 数据类型 区站号（字符）V01301VARCHA R2(8) FAL SE FAL SE FALS E IIIII Char(5) 经度V06001 NUMBER (10,4) FAL SE FAL SE FALS E V06001 NUMBER (10,4) 纬度V05001 NUMBER (10,4) FAL SE FAL SE FALS E V05001 NUMBER (10,4) 海拔高度V07001 NUMBER (10,4) FAL SE FAL SE FALS E V07001 NUMBER (10,4) 气压表海拔高度V08001 NUMBER (10.2) FAL SE FAL SE FALS E V08001 NUMBER (10,4) 测站类型V02001 Number(1) FAL SE FAL SE FALS E DTYPE Char(3) 区站号（数字）V01300NUMBER (7) FAL SE FAL SE FALS E RCODE NUMBER (6) 站网级别V02301 VARCHA R2(20) FAL SE FAL SE FALS E 测站 业务， 0公报 站,A 国家 站,B 区域 站,C 沿海 区域 站,D 区域 梯度 观测 站,E STATIO NSIGN number(10 )
海岛自动站,F 广州范围热岛观测站,G 浮标站,H 石油平台,I 土壤自动站,J 沿海梯度观测塔,K 能见度站,L 探空站,M 粤港澳合作,N 香港澳门自动站,O 水文站,P, Q,R 气溶胶站点,S 灰霾预报站 所属村V_VILLAG E VARCHA R2(30) FAL SE FAL SE FALS E 所属镇V_TOWN VARCHA R2(30) FAL SE FAL SE FALS E
EBS基础要点简介-帐套(分类帐)
ORACLE EBS 基础设置要点简介 三、帐套（分类帐） 会计科目弹性域结构（COA）、币种（Currency）、日历（Clander）三者的组合构成EBS R11及之前系统的所谓“帐套”（SOB）。在R12中，再增加一个维度“会计方法或会计惯例”，即成为所谓“分类帐”。所谓“会计方法或惯例”，例如对于不同国家或地区、不同企业，会计法规可能规定物品单价5000元是作为“固定资产”还是“期间费用”处理的判定标准，也可能规定这个判定标准是1万元。标准不同，记账的会计科目也就不同，企业报告的经营结果也就会有差别。一个诸如在香港注册的企业，一方面需要向香港政府机关提交符合本地法规的财务报告，另一方面可能还需要向在国内的总公司提供符合国内法规的财务报告（便于考核管理），这就出现所谓“多账簿”（对应R12中的主辅分类帐）的系统功能问题。如下图9是EBS R11中“帐套”的定义接口：
如下图10所示是EBS R12中使用“会计科目管理器AMB”设置“主要分类帐（Primary Ledger）”与“辅助分类帐（Second Ledger）”的定义接口：
R12中定义的一个“主要分类帐”可以附带定义与之关联的多个“辅助分类帐”，如下图11所示：
“主要分类帐”与“辅助分类帐”，可以有不同的科目表结构（COA）。由于系统其它的应用模块（R12中称之为“子分类帐应用产品”），例如PO/AP/AR 等等，其事务处理默认是基于“主要分类帐”的会计科目表（COA），所以，如果主辅分类帐的科目表不同，则必须在两者之间建立“映射（Mapping）”关系（1对1或多对1的关系）。如下图12所示为主辅分类帐的映射定义界面，如果两者科目表相同（币种不同），则该定义界面将有所不同，没有“科目表”映射的内容，只有后面部分（币种转换及日记账转换等）：