问题标签 [oltp]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
analytics - 对 OLAP 和操作数据的联接查询
我在我的数据库中管理具有此架构的工具列表:
每隔几秒钟,每个工具都会发出一个测量值。我将使用此架构将其保存在 OLAP 存储中:
(我们还没有选择 OLAP 存储,但假设由于数据量、语义和我们将运行的查询类型我们需要一个)
如何查询测量值大于 100 的工具名称列表?挑战在于我需要加入来自 OLAP 和 OLTP 存储的数据。
选项 1 - 在 OLAP 中还保存每次测量的工具名称(非规范化)。问题是自测量以来工具名称可能已更改,我需要最新的。此外,每个工具可能还有更多详细信息(和详细数据),不确定每次测量保存所有信息是否有意义。
选项 2 - OLAP 仅返回 ID 列表,然后我向 OLTP 发出查询以获取名称。这将需要具有许多嵌入式 ID 的 SQL 查询,而且似乎不正确。
选项 3 - 每隔几分钟将所有 OLTP 数据同步到 OLAP。但是 OLAP 工具没有针对更新进行优化(例如 Vertica),因此这似乎效率不高。
database-design - 将关系数据库 (OLTP) 转换为数据仓库模型
这是我围绕 BI 的第一个项目,我将基于现有的关系数据库创建一个数据仓库。我有一个数据库,其中包含 6 个具有许多关系的表(一对多)
我想给你一个关于关系数据库现有模式的想法:
每个HeadOperation至少有一个Item,我们也可以说Item是HeadOperation表的细节。
head_col1, head_col1, head_col3 : HeadOperation的主键和Item表的外键
要创建事实表并作为 BI 模型化中的新内容,我看不到如何制作事实表,第一个有多个主键(多个主键)并且 Item 表具有相同的键 + 其主键 colItemID。
我想到的另一件事是合并/融合这些表,但数据仓库会很大。
有解决这个建模问题的建议吗?
谢谢
relational-database - 为什么我们使用维度模型而不是非规范化关系模型?
我对一些问题感到困惑。我需要他们的答案。如果我们的关系模型也是去规范化的,那么为什么我们更喜欢维度模型?我们更喜欢维度模型而不是关系模型的原因是什么?您的历史数据也可以存储在 OLTP 中,您可以轻松地在任何 OLTP 上执行报告,那么为什么我们使用维度模型和数据仓库?维度和非规范化表有什么区别?
提前致谢
schema - 星型模式是非规范化模式吗?
OLAP 数据库由非规范化形式的数据组成。这意味着数据冗余,这种数据冗余有助于通过更少的连接来检索数据,从而促进更快的检索。
但是 OLAP 数据库的流行设计是事实维模型。事实表将存储基于事实的数字条目(销售额等),而维度表将存储与事实相关的“描述性属性”,即进行销售的客户的详细信息。
我的问题是,在这种设计中,它似乎根本没有非规范化,因为所有维度表都具有对事实表的外键引用。它与 OLTP 设计有何不同?
mongodb - mongo db 是否适合 OLTP 或数据仓库操作?
mongo db 是否适合 OLTP 或 DW 操作?
mongodb在OLTP操作中的响应时间和效率是多少?使用 mongodb 作为 Web 应用程序的后端是否安全?
在 mongodb 本身我们可以做 map reduce 操作。那么使用hadoop集成器有什么需要呢?
我需要知道 mongo db 作为 BIG DW 系统的替代品有多强大?
mysql - Mysql 性能调优问题
乡亲
我目前正在从事电信项目并处理 CDR(呼叫详细信息记录)文件,并基于该文件生成报告。我每天获得的记录约为 400 万条记录,每月平均约为 9000 万条记录。我们正在使用 mysql 数据库并运行存储过程来处理记录。问题是我们在运行查询时面临性能问题。查询大约需要 4 分钟来处理和获取结果。
服务器内存为 4GB。
我担心的是
我们使用的 RAM 是否足够用于此类项目
我想在这里得到一些严肃的 DBA 建议。
sql-server - OLAP 和 OLTP 之间的关系完整性
我一直在审查客户的体系结构,特别是他们的 OLAP 系统,它只是 SQL Server 上一个普通的旧雪花模式。事实和维度是从其他事务系统(例如 ERP)中进行 ETL 处理的。
我突然想到的一件事是同一个数据库中的几个附加表,用于多个附加 OLTP 应用程序。这些表与雪花模式中的维度表具有 FK 关系。
OLTP系统的维度数据有很多join,所以性能不是最好的。
我根本不是 OLAP 专家。但这只是感觉不对。我已经进行了一些搜索,但无论是赞成还是反对,在互联网上都找不到太多关于此的内容。这样做有什么好处?有吗?潜在的问题呢?
database - 什么是 OLTP 和 OLAP。它们之间有什么区别?
其实它们是什么意思?我找到的所有关于他们的文章都没有给我一个想法,或者我的知识太不够理解它。
有人会给我一些资源,我可以从头开始学习。
mysql - 用于 tpcc over mysql 的 oltpbenchmark 比例参数
oltpbenchmark 工具中的“scale”参数究竟做了什么(在 mysql 上运行时用于 tpcc)?它只会增加数据库的大小吗?还是它做其他事情?
谢谢
sql-server - 在带有阿拉伯语排序规则的内存表中使用 SQL Server 2014
我将在内存表中使用 SQL Server 2014 和一个具有Arabic_CI_AS
排序规则的数据库,但是当我在内存表中创建时说 oltp 不支持这种排序规则。
有没有办法解决这个问题?