问题标签 [denormalized]

我想计算 VR 空间中用户眼球运动的 3d 速度矢量。对于凝视数据，我的凝视具有标准化的凝视原点和标准化的凝视方向。如何使用标准化注视方向来计算我的 3d 速度？

谢谢

我正在尝试将数组非规范化为一个对象，但是当非规范化方法遇到一个数字的代码字段时，它会出错，因为它是数组中的一个字符串，也许修复它很时髦

我正在使用每天收集大约 35,000 行的非规范化表。

数据以自动化方式从我们的生产数据库中进行非规范化。对数据进行非规范化的主要动机之一是基于 C# 的 UI 使用了许多复杂的、非持久性的计算，为了保证质量，我们不想通过视图重新创建这些计算。

目前，我们在此表上没有任何索引，但正在探索添加它们。我是一名统计学家，我仍在努力思考所有索引的细微差别。我遇到的最大问题是索引完全相关的 INT 和 VARCHAR 的后果。

也就是说，InstrumentId (INT) 和 InstrumentName (VarChar(50)) 这两个字段是从同一个规范化表中记录的。我们将两者都包含在非规范化数据中，这样我们就可以在没有连接的情况下显示名称，也可以在 INT 上进行查询。（该数据库有大约 200 种独特的乐器）

尽管我们出于查询的目的包含了 INT，但有时我们很懒，喜欢在 VarChar 上进行查询，因为它更容易验证条件。

当我们开始添加索引时，我很好奇将 INT 和 VARCHAR 索引为单独的非聚集索引会有什么影响。考虑因素包括速度、存储、碎片等。

将两者都添加为索引是一种合理的方法，还是可能会在未来造成麻烦？对讨论这些问题的阅读材料的参考表示赞赏。

我看过这个问题，它讨论了选择一个或另一个的选项，但我正在努力寻找有关使用两者的参考资料。

链接到 ER-D：D2L ER-D 能力图

我们在 oracle 数据库中有这些数据。它将通过反映 ER-D 中所有关系的 IBM Framework Mangers，并增加一些安全性。然后，我们的最终用户可以通过我们的报告工具 Cognos 使用它。我的任务是对数据进行非规范化，以便最终用户看到更少的报告视图/表格。例如，对于这个特定的数据集，用户当前可以看到所有 6 个与能力相关的表格，以及另外 2 个（用户和组织单位）。目标是通过将连接在一起而不是拥有 6 个（或 8 个）表，而是拥有 2 或 3 个报告视图，使最终用户更容易。我以前从未这样做过，并假设在创建视图时，因为它们都没有零基数（如零到多、一到零或多等），它们都是内部连接。所以第一个问题，这些都是内部连接吗？2，我是否列出每个表中我想要的列，然后像这样加入键：

第三个问题，我如何确定要创建多少视图？创建一个单一的报告视图会是一个糟糕的主意吗？

此外，我已经尽我所能进行谷歌搜索，并找到了有关如何创建 ER-D 和在一定程度上进行规范化的足够建议，但我很难解释如何对报告数据进行非规范化以便任何资源将不胜感激。非常感谢！

我想将逗号分隔的值转换为 Redshift 中的行

例如：

所需的输出是：

是否有任何简单的解决方案可以根据分隔符拆分单词并转换为行？我正在研究这个解决方案，但它还不起作用：https ://help.looker.com/hc/en-us/articles/360024266693-Splitting-Strings-into-Rows-in-the-Absence-of-Table -生成函数

任何建议将不胜感激。

使用 SQL 甲骨文。我创建了一个查询来查找食品订单的总数。

3250这将返回计划表输出中行 ID 0 处的成本 (%CPU) 。

我了解到非规范化将加快查询速度并降低成本。在这种情况下，我从表中复制了食物名称FOOD以ORDERS避免INNER JOIN. 我应该获得更好的成本 (%CPU) 使用率。

我接下来使用了这个查询

成本 (%CPU) 根本没有太大变化 - 该值3120位于计划表输出中的行 ID 0 处。

非规范化和删除INNER JOIN假设不是为了提高我的成本吗？在我的情况下，改进是如此微不足道。这里有什么问题？

我有两张桌子。Table_1 具有来自 table_2 的三个外键。我需要从 table_2 中选择所有行，其中 id 等于 table_1 中特定行的 val_1、val_2 和 val_3 的值。例如：

然后使用第一个查询运行的结果

有没有办法在一个查询中做到这一点？

表格1

表_2

我需要在 Python 中使用不同级别的嵌套 JSON 数组来展平 JSON

我的 JSON 的一部分看起来像：

输出应该是这样的

样本输出

尝试使用json_normalize但无法使其工作。目前通过使用循环读取嵌套数组并使用键读取值来解析它。寻找一种更好的方式来规范化 JSON

我在 redshift 中有一个非规范化表，使用事实、维度和查找表使用多个连接构建。

假设我在一个 postgresql 数据库中做所有事情。我有 10 个源表用于创建一个巨大的非规范化表。这些源表经常更改，并在插入/更新/删除后触发触发器以近乎实时地修改非规范化表。问题是，我要加入的其中一些源表很大（一个表有 120M 和其他 25M 行），并且用于将新行插入非规范化表的语句执行很长时间（50-100k 行需要 20 多分钟）。

所以，我在考虑基于源表的更改更新（IUD）这个非规范化表上的更改的最佳解决方案是什么？我应该按计划运行这些操作，我应该为此专门指定一个特定的数据库副本，还是应该继续尝试使用触发器？

我愿意使用完全不同的方法，只要它在同一个数据库上可行。