在没有FK的情况下，如何找到维表和事实表的关系？ - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

如何找到 ABAP 主程序和 Include 程序关联关系的存储表

ABAP 主程序和 Include 程序的关联关系，存储在哪张表里？我也不知道这个问题的答案。但是，我用 ST05 工具，在几分钟之内就找到了答案：这张表的名称是 D010INC....那么一定存在一张数据库表，存放了 ZTETRIS 和这四个 INCLUDE 程序的关联关系。如何找到这张表的名称呢？...那么在 ST05 里产生的结果集里，我只需要根据 ABAP OPEN SQL 的 INSERT 关键字进行搜索，不是很快就能找到目标了吗？...因为一旦激活，ZTETRIS_F 就会重新和主程序建立关联关系。这意味着一旦激活，我们要查找的数据库表里，就会插入一条主程序和 ZTETRIS_F 关联关系的记录。...尽管 ST05 的结果有海量数据，但同时满足上面两个条件的记录很少。花了不到一分钟的时间，我就找到了表 D010INC.

991 0

【DB笔试面试643】在Oracle中，如何查询表和索引的历史统计信息？

♣ 题目部分在Oracle中，如何查询表和索引的历史统计信息？...♣ 答案部分从Oracle 10g开始，当收集表的统计信息的时候，旧的统计数据被保留，如果因为新的统计信息而出现性能问题，旧的统计信息就可以被恢复。...历史统计信息保存在以下几张表中： l WRI$_OPTSTAT_TAB_HISTORY 表的统计信息 l WRI$_OPTSTAT_IND_HISTORY 索引的统计信息 l WRI$_OPTSTAT_HISTHEAD_HISTORY...默认情况下统计信息将被保留31天，可以使用下面的命令修改： EXECUTE DBMS_STATS.ALTER_STATS_HISTORY_RETENTION (XX); --xx是保留的天数注意：...这些统计信息在SYSAUX表空间中占有额外的存储开销，所以应该注意并防止统计信息将表空间填满。

2.3K2 0

您找到你想要的搜索结果了吗？

是的

没有找到

在不知道表名和字段名的情况下，查找出哪些字段里包含“关键字”的数据。

A) 产品经理：帮我查一下数据，但我忘记是哪个表了。 B) 研发经理：我也忘记了。需求：在不知道表名和字段名的情况下，查找出哪些字段里包含“关键字”的数据。...DBA解决思路：用python全量扫描跑批，涉及到varchar的字段都扫一遍。...with open("result.txt", "a", encoding="utf-8") as result_file: result_file.write(f"表名...cursor: cursor.execute("SHOW TABLES") tables = cursor.fetchall() # 迭代所有表和列名称...运行上面的代码，并发10个线程 - 地毯式搜索，最后会打印出符合条件的表名和字段名，交付给产品经理。

3226 0

数据仓库专题（3）-分布式数据仓库事实表设计思考

一、前言　　最近在设计数据仓库的数据逻辑模型，考虑到海量数据存储在分布式数据仓库中的技术架构模式，需要针对传统的面相关系型数据仓库的数据存储模型进行技术改造。...事实表的设计完全依赖于物理活动，不受可能产生的最终报表的影响。事实表中，除数字度量外，事实表总是包含外键，用于关联与之相关的维度，也可以包含退化的维度键和日期/时间戳。...传统模式的主要问题如下：如果数据量很小的情况下，执行多表关联，没有问题，但是当在分布式数据仓库，单表存储海量数据的情况下，很明显模式将面临挑战。...三、分布式模式-维度建模新原则（1）以值代键：针对键值唯一的维表，除非必要，否则不引入维表，如IP地址维表，采用IP作为维表的主键，事实表中存储IP值；（2）合理分表：传统关系型数据仓库存在多表整合的冲动...分布式数据仓库的设计，恰恰相反，因为单表数据规模的问题，如果要满足分析和处理的性能，合理的按照业务进行数据的分表存储。如财务相关事件、账户相关事件，单独成表。更有利于数据的计算和分析。

9693 0

数据仓库实验一：数据仓库建立实验

包括如何在 BI Development Studio 的 Analysis Services 项目中定义数据源、数据源视图、维度、属性、层次结构和多维数据集，如何查看多维数据集的维度，理解并掌握 OLAP...二、实验要求能够针对某个领域的分析主题，建立事实表与维度表，设计星型模型或雪花模型。查看、编辑数据仓库的基本模型（即事实表与维度表之间的关系）。...1、维表设计在 SSMS 中，设计如下 4 个维度表。...在本实验中，针对电商销售情况分析的需求，采用了星型模型来设计数据仓库的维度表和事实表，这样的设计能够简洁清晰地反映业务事件的关联关系。在数据仓库的设计中，维度表的设计尤为重要。...事实表的设计需要与维度表进行关联，并且需要考虑外键约束的设置，以保证数据的完整性和准确性。在本实验中，销售事实表Sales与日期、顾客、地点和商品等维度表建立了外键约束，确保了数据的关联性。

530 0

数据仓库专题（11）-可以作为维度表使用的事实表

KDT#13 可以作为维度表使用的事实表事实表从粒度的角度分为三种，分别是交易粒度事实表、周期快照事实表和累计快照事实表。交易粒度事实表能提供某个确切时刻的描述信息。...这是一个典型的记录的度量事实都是文本型描述信息的事实表。这样的事实表和维度表之间的区别并不明显。这个事实表中有三个是关联到普通维度表的外键，分别是变更日期、代理和交易类型。...我们可以将该事实表中的帐户号代理键做TYPE 2型缓慢变化维处理，并将它关联到其他事实表作为外键。...举例来说，我们除了收集帐号本身变动信息外，还会收集存取款情况和帐号余额信息，并建立事实表如下：交易日期（FK）帐户号（SK）地点（FK）交易类型（FK）数额（可加性事实）帐户余额（半可加性事实...我们会发现，前一张事实表和维度表并没有什么差别。

9712 0

Hive优化器原理与源码解析系列—统计信息UniqueKeys列集合

如一张维度表DIM_DEPART部门为表、事实表FACT_EMPLOYEEE员工表两者使用DEPART_NO部门编号内关联，就JoinKey部门编号而言，维度表DIM_DEPART为非重复值FK side...，事实表FACT_EMPLOYEEE员工表为重复PK side。...Hive优化器原理与源码解析系列—统计信息中间结果估算文章只是提到了UniqueKeys唯一键的使用，但没有展开UniqueKeys唯一键是如何识别的，接下来我们讲解分析。...的位置索引与在Project中位置的映射关系。...side的选择率和FK Side侧非重复记录数来估算中间结果的如何获取UniqueKey的详细解释。

1K2 0

Kylin及数据仓库的技术概念详解

3， Cube Desctiptor 这描述了一个cube实例的定义和配置，定义了采用那个model，拥有哪些维度和测量指标，如何区分区Segment，如果处理自动合并。...2，Hierarchy 这个维度类型用于cuboid修剪，如果A，B，C三维形成一个“Hierarchy”关系，那么只剩下A，AB或ABC的组合。...3，Derived 在查找表中，可以从它的PK生成一些维度，所以它们和事实表中的FK有特定的映射关系。所以这些维度是派生的，不参与长方体生成。...星型模式(Star Schema) 星形模式（Star Schema）包含一个或多个事实表、一组维表，其中维表的primary key与事实表的foreign key相对应。...这种模式很像星光四射，维表显示在围绕事实表的射线上。下图是我根据某数据源所建立的星形模式：事实表(Fact Table) 事实表包含业务流程的度量，指标或事实。

1.3K8 0

kylin简单优化cube

派生列派生列用于一个或多个维度（它们必须是查找表上的维度，这些列称为“派生”）可以从另一个维度推导出来（通常它是相应的FK，这称为“主机列”）例如，假设我们有一个查找表，我们将其连接到事实表，并将其与...请注意，在Kylin中，如果您选择FK为维度，相应的PK将自动排队，无需任何额外费用。...秘诀是，由于FK和PK总是相同的，Kylin可以先在FK上应用过滤器/ groupby，然后将它们透明地替换为PK。...事实表（连接）查找表 column1，column2 ,,,,,, DimA（FK）DimX（PK）,, DimB，DimC 假设DimA（代表FK / PK的维度）具有到DimB的特殊映射： dimA...这比随机要分发要好得多，因为不仅重新分布了数据，并且在没有额外代价的情况下对数据进行了预先分类，如此一来接下来的cube build处理会从中受益。

7372 0

Oracle BIEE (Business Intelligence) 11g 11.1.1.6.0 学习（4）创建多维钻取分析

下面就刚才的场景（即：按JOB -> DEPTNO来层层对SAL进行分类汇总），来看看维度如何创建：一、db表结构的创建　　通过上回的学习，大家应该有一个大概印象，每种数据分类的依据，我们应该创建一张小表来与之对应...这里我不想对数据抽取展开讨论（事实上，这一块我还没学会~_~），但是为了体现这个思想，我们创建几张以“BI_”为前缀的新表来作为BI分析的数据源。...事实)主表，做为BI的事实表数据源。　　...：主表BI_FACT_EMP与这些小表之间好象没有任何数据上的关联关系？　　...2.2、在scott上右击->新建对象-》逻辑维-》具有基于级别的层次的维 ? 在弹出的界面中，输入名称：BI_EMP_DIMs ? 然后在BI_EMP_DIMs上右击-》新建对象->逻辑级别 ?

1K9 0

Kylin Cube设计优化

然后对于某些维度之间是不需要创建如此多的组合的。例如，你有三个维度：continent、country和city（在层次结构中，“较大的”维度总是先出现）。...PK, H1, H2, H3, … B.事实表上的层级结构 Fact table column1, column2, …, H1, H2, H3, … 对于场景A来说是一种特殊的情况，位于维度上的...例如，假设我们有一个维度表连接至事实表，连接条件为“where DimA = DimX”。...注意到在Kylin中，如果你选择了一个FK作为维度，那么不需要任何代价，FK对应的PK就会自动的变成可查询的状态。...奥秘就在于FK和PK总是独一无二的，Kylin能够首先对FK使用过滤或者组合，然后在你没有察觉的情况下将它们替换为PK。

3482 0

算法题就像搭乐高：手把手带你拆解 LFU 算法

2、搞清楚映射关系，如果我们更新了某个key对应的freq，那么就要同步修改KF表和FK表，这样才不会出问题。...= 1; } increaseFreq和removeMinFreqKey方法是 LFU 算法的核心，我们下面来看看怎么借助KV表，KF表，FK表这三个映射巧妙完成这两个函数。...); } 删除某个键key肯定是要同时修改三个映射表的，借助minFreq参数可以从FK表中找到freq最小的keyList，根据时序，其中第一个元素就是要被淘汰的deletedKey，操作三个映射表删除这个...肯定会涉及FK表和KF表，所以我们分别更新这两个表就行了。...和之前类似，当FK表中freq对应的列表被删空后，需要删除FK表中freq这个映射。如果这个freq恰好是minFreq，说明minFreq变量需要更新。能不能快速找到当前的minFreq呢？

5563 0

结合公司现状浅谈CMDB

这个就是现状了，因为公司产品是为国家服务，所以全国各地的环境都在各自的内网中，安全性极高，在这种情况下，每个地区都配置了几个运维手工维护当地的环境，内外网完全隔离。...整体上来说没有运维开发的岗位，目前的运维仍然停留在人工运维结合shell脚本的时代，这些其实都算不上自动化运维，前段时间，开始搞ansible自动化部署和升级的事情，整个过程都是shell脚本完成。...转而几种人员去研究日志中心和nagios监控，自动化运维的事情也自然不了了之。 CMDB现状目前公司里面还没有产生建设CMDB的萌芽，资产管理部门和运维中心团队有自己的配置库，也就是自建库。...列名，列值，行分开存放到四张张表(schema, filed, value, entity) schema：一个配置表在schema中就是一条记录，记录表的信息和描述。...参考冰与火之歌，华为CMDB是如何炼成的维基-Configuration management database CMDB经验分享之 – 剖析CMDB的设计过程

1K3 0

如何使用MySQL关系型数据库存储树结构

那我们应该如何来实现这个结构关系呢？..., PRIMARY KEY (`id`)) ENGINE = InnoDB; 的表，也可以和票据信息表放一块-> CREATE TABLE `user` ( `id...从图中可知我们库1的位置会在闭包表中存储18条数据。因为库1有一个父节点还有16个子节点还有自己与自己的关系。在闭包表插入库1与柜1的关系。...然后在闭包表进行创建所有的关联关系。...也就是他的父节点我们得动态查出来，得到这个父节点我们可以找到他的同一个子树下的几点，因为他两拥有的父节点都是一样的，或者找到他的上一层级的所有父节点包括他自己都属于新加的节点的父节点。

2.8K2 0

mysql-外键的三种关系

介绍因为有foreign key的约束，使得两张表形成了三种了关系：多对一多对多一对一重点理解如果找出两张表之间的关系分析步骤： #1、先站在左表的角度去找是否左表的多条记录可以对应右表的一条记录...，即多对多,需要定义一个这两张表的关系表来专门存放二者的关系 #一对一: 如果1和2都不成立，而是左表的一条记录唯一对应右表的一条记录，反之亦然。...这种情况很简单，就是在左表foreign key右表的基础上，将左表的外键字段设置成unique即可表的三种关系（1）书和出版社　　一对多（或多对一）：一个出版社可以出版多本书。...创建被关联表author表，之前的book表在讲多对一的关系已创建 mysql> create table author(id int primary key auto_increment,name varchar...(20)); Query OK, 0 rows affected (0.09 sec) 这张表就存放了author表和book表的关系，即查询二者的关系查这表就可以了 mysql> create table

7843 0

唯品会亿级数据服务平台实践

，每个人群的数据量从几十万到几个亿，人群数量 2w+，每个人群运行时间在 30min +，部分大人群的运行直接超过 1h，在资源紧张的情况下，人群延迟情况严重。...自适应 Engine 执行 SQL构建数据服务 SQL 构建基于维度事实建模，支持单表模型、星型模型和雪花模型。单表模型：一张事实表，一般为 DWS 或者 ADS 的汇总事实表。...星型模型：1 张事实表（如 DWD 明细事实表）+ N 张维表，例如订单明细表 (事实表 FK=商品 ID) + 商品维表 (维度表 PK=商品 ID) 。...雪花模型：1 张事实表（如 DWD 明细事实表）+ N 张维表+M 张没有直接连接到事实表的维表，例如订单明细表 (事实表 FK=商品 ID)　+ 商品维表 (维度表 PK=商品 ID，FK=品类 ID...Alluxio 缓存表同步人群计算任务上小节介绍了如何让 Alluxio 和 HDFS 的 Hive 表保持数据同步，接下来需要做的就是让任务计算的 Spark 任务跑在 Spark 与 Alluxio

1.1K2 0

数仓服务平台在唯品会的建设实践

以流的方式从数仓导出数据到本地，每个人群的数据量从几十万到几个亿，人群数量 2w+，每个人群运行时间在 30min +，部分大人群的运行直接超过 1h，在资源紧张的情况下，人群延迟情况严重。...自适应 Engine 执行 SQL构建数据服务 SQL 构建基于维度事实建模，支持单表模型、星型模型和雪花模型。单表模型：一张事实表，一般为 DWS 或者 ADS 的汇总事实表。...星型模型：1 张事实表（如 DWD 明细事实表）+ N 张维表，例如订单明细表 (事实表 FK=商品 ID) + 商品维表 (维度表 PK=商品 ID) 。...雪花模型：1 张事实表（如 DWD 明细事实表）+ N 张维表+M 张没有直接连接到事实表的维表，例如订单明细表 (事实表 FK=商品 ID)　+ 商品维表 (维度表 PK=商品 ID，FK=品类 ID...Alluxio 缓存表同步人群计算任务上小节介绍了如何让 Alluxio 和 HDFS 的 Hive 表保持数据同步，接下来需要做的就是让任务计算的 Spark 任务跑在 Spark 与 Alluxio

1.1K1 0

Hive优化器原理与源码解析系列--统计信息中间结果大小计算

如果我们确定“Y”是T2的键，那么我们可以将Join基数推断为：行数（T1）* 选择性（T2）有点就像一个SemiJoin，其中T1（事实侧/FK侧）被一个基于维度表/PK端的选择性Selectivity...1.如果T1.X和T2.Y都是键，则使用较大的键作为PK侧。 2.在outer Join的情况下： a）FK端应为保留NULL的端。...将这种启发式方法应用于Dim 表 left join事实表或fact表 right join dim表是没有意义的。也就是说对outer join外连接使用这种方法估算意义不大。...； Leftjoin：不会过滤掉左表中的行，右表中有多行能join到时显示多行，并且能够同时输出左表和右表中的字段。...，如Join的实现，计算Join的关系表达式对Join两侧记录数及记录是否重复进行分析返回PKFKRelationInfo对象，此对象主要功能确定Join两侧哪一侧PK side和哪一侧为FK side

9013 0

EDB分区表的又一个“坑”

下周有一个应用上线，其中涉及一个夜维删除逻辑的应用，大体功能是按照时间删除一张表的历史数据，这张表的主键是另外一张时间分区表的外键，使用的是EDB...实验过程：目标：T1表是主表，T2表是子表，T2表的t1_id字段作为外键关联T1表的主键id字段。要验证的就是是否可以在主子表有关联数据的情况下，直接删除T1表的数据。...关系型数据库都会有这样的要求。...Key的定义，因此可以直接删除主表T1的记录是正常的，因为T2_PART_01根本没有和主表T1的主外键关联关系。...总结： 1.从EDB分区表这个问题上，至少可以看出Oracle和EDB两种不同数据库在处理分区表上的区别，每个人都有他自己的看法，怎么设计可能都有他考虑的角度，可以说无所谓对错，只是在易用性和接受性方面会有不同

7092 0

多表间的关系-一对多-多对多-一对一-外键约束

多表间的关系-一对多-多对多-一对一-外键约束 1. 表关系概述现实生活中，实体与实体之间肯定是有关系的，比如：老公和老婆，部门和员工，用户和订单、订单和商品、学生和课程等等。...那么我们在设计表的时候，就应该体现出表与表之间的这种关系！...表和表之间的关系分成三种：一对一 (老公和老婆) 一对多 (部门和员工, 用户和订单) 多对多 (学生和课程) 例如: 双11当天,马哥和东哥两个用户分别在淘宝上下了一些订单,已知马哥下了...没有建立关系前: 通过表数据不能得知数据间的联系,这样存放数据是没有意义的 image-20200529100830282 建立关系后: 通过对该业务的分析,可得知一个用户可以有多个订单,一个订单只属于一个用户...两种建表原则：外键唯一：主表的主键和从表的外键（唯一），形成主外键关系，外键唯一UNIQUE 外键是主键：主表的主键和从表的主键，形成主外键关系 5.

6.2K2 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭