元数据

一直想写点有关“元数据”的内容,写之前,上网搜了搜,发现信息量已经比较多了,于是罢手。

可参见:http://baike.baidu.com/view/107838.htm

      

       如下只是写下一点心得,不断总结。

1 元数据

元数据,既然称为“data about other data”,其作用,就是描述其他数据的。元,初始。初始的描述其他数据以使得数据能被理解、达成一致即可。是谁和谁要达成一致呢?是数据的提供者和使用者达成一致即可。所以,元数据,起着联系人的作用。

 

2 数据库中元数据的使用

       在数据库中,通常都有缓冲区的管理,缓冲区管理,就有很好的元数据和被描述的数据的概念体现,在拙文“深入理解缓冲区(八)”中,讲到了缓冲区的元数据,即“BufferDesc”是真正的buf的元数据。

       在数据库中,系统表是DBMS的元数据。用户自定义表的结构,也是DBMS系统理解用户表的元信息。

在数据库中,数据文件数据文件的描述文件,也有着数据和元数据的关系。

在数据库中,日志文件日志文件的描述文件,也有着数据和元数据的关系。

元信息在生活中无处不在,细心体会,就会发现很多实例。

 

如:PG为例,创建表空间:

CREATE TABLESPACE dbspace LOCATION '/data/dbs';

'/data/dbs'下新建立的文件,是一个数据文件,但是,其元信息,是“dbspace”和“/data/dbs下新建的文件的位置”。

 

3 元数据和接口

       为了更好理解元数据,我们用接口做比。

       元数据和接口,在使得提供者和使用者达成一致的方面,有着极为相似之处。

       比如,插件模式开发,一个体系,可以规定好相应的接口,开发者按接口开发,则插件就可以被系统识别,这就等同于元数据所起的作用。

       这样的方式,实际中,可以上升到一个高度:架构设计。

       元数据的概念用于架构,可以使得体系结构灵活,核心功能更为紧凑,外在功能以松耦合的方式加入到一个系统中。

内容概要:本文档定义了一个名为 `xxx_SCustSuplier_info` 的视图,用于整合和展示客户(Customer)和供应商(Supplier)的相关信息。视图通过连接多个表来获取组织单位、客户账户、站点使用、位置、财务代码组合等数据。对于客户部分,视图选择了与账单相关的记录,并提取了账单客户ID、账单站点ID、客户名称、账户名称、站点代码、状态、付款条款等信息;对于供应商部分,视图选择了有效的供应商及其站点信息,包括供应商ID、供应商名称、供应商编号、状态、付款条款、财务代码组合等。视图还通过外连接确保即使某些字段为空也能显示相关信息。 适合人群:熟悉Oracle ERP系统,尤其是应付账款(AP)和应收账款(AR)模块的数据库管理员或开发人员;需要查询和管理客户及供应商信息的业务分析师。 使用场景及目标:① 数据库管理员可以通过此视图快速查询客户和供应商的基本信息,包括账单信息、财务代码组合等;② 开发人员可以利用此视图进行报表开发或数据迁移;③ 业务分析师可以使用此视图进行数据分析,如信用评估、付款周期分析等。 阅读建议:由于该视图涉及多个表的复杂连接,建议读者先熟悉各个表的结构和关系,特别是 `hz_parties`、`hz_cust_accounts`、`ap_suppliers` 等核心表。此外,注意视图中使用的外连接(如 `gl_code_combinations_kfv` 表的连接),这可能会影响查询结果的完整性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值