标签: database-design

我正在开发一个学生跟踪程序，我需要在其中存储 15 个考试分数。

我可以将标记存储为字符串，并在需要时将它们拆分，用于执行算术运算等目的。但是，我需要尽可能多的性能。

哪个更好？单个字符串字段，还是 15 个单独的 int 字段？

我正在做一个简单的数据库设计任务作为培训练习，我必须为以下情况提出一个基本的模式设计：

我有一个产品的父子层次结构（例如，原材料 > 在制品 > 最终产品）。

• 订单被放置在每个级别。
• 在接下来的 6 个月内，订单数量应在每周的桶中可见。
• 可以对每个产品级别进行需求预测。
• 未来 6 个月内任何一周的需求预测都可以在今天完成。
• 对未来 6 个月的每周桶进行需求预测。

需求预测通常在层次结构的较高级别（原材料或在制品级别）完成，它必须分解到较低级别（最终产品）。

有两种方法可以将需求预测从较高级别分解到较低级别：

1. 用户指定最终产品的百分比分布。比如说，有 1000 个正在进行的工作的预测......并且用户说我想要 40% 的最终产品 1 和 60% 的最终产品 2 在桶 10 中......然后从现在开始的第 10 周（周日到周六），预测值最终产品 1 为 400，最终产品 2 为 600。
2. 用户说，只需根据桶5中最终产品的订单进行分解，最终产品1和2的桶5中的订单分别为200和800，那么EP1的预测值为（（200/1000）* 100）％对于 EP2，将是“正在进行的工作”预测的 ((800/1000) * 100)%。

未来 6 个月的每周预测应可见，理想的格式应为：

product name | bucket number | week start date | week end date | forecast value | created_on

PRODUCT_HIERARCHY表可能如下所示：

id  |   name                |   parent_id
__________________________________________
1   |   raw material        | …

需要知道 PostgreSQL 如何在磁盘上订购记录。在这种情况下，我想利用文档中所述的索引组合，据我所知，它使用位图来获取匹配的行并根据它们的物理位置返回它们。有问题的表已按其主键聚集在一起。

据我了解，在集群完成后，PostgreSQL 不会自动继续进行集群（尽管它确实记得它是根据某个索引进行集群的）。现在，由于这是主键，我想知道物理存储顺序是否会根据它（如果是真的，我想利用我们的优势来进行特定查询）。

综上所述，PostgreSQL 如何对其新记录进行排序，尤其是在聚类之后？

非常感谢！

这里正在进行一场冗长的辩论，所以我想听听其他意见。

我有许多带有 uniqueidentifier 聚集 PK 的表。这是否是一个好主意超出了这里的范围（并且不会很快改变）。

现在，必须合并发布数据库，并且 DEV 提倡使用单独的 rowguid 列，而不是将现有的 PK 标记为 ROWGUIDCOL。

基本上，他们说应用程序永远不应该将仅由复制使用的东西带入其域（这对他们来说只是“DBA 的东西”）。

从性能的角度来看，我认为没有理由添加一个新列来做一些我可以用现有列做的事情。而且，既然只是“DBA 的东西”，为什么不让DBA 选择呢？

我有点理解 DEV 的观点，但我仍然不同意。

想法？

编辑：我只想补充一点，我在这场辩论中是少数，质疑我立场的开发者是我尊重和信任的人。这就是我求助于征求意见的原因。
我也可能遗漏了一些东西，并且可能误解了他们的观点。

假设我有这样的结构：

食谱表

RecipeID
Name
Description

配方成分表

RecipeID
IngredientID
Quantity
UOM

关键RecipeIngredients是(RecipeID, IngredientID)。

有哪些查找重复食谱的好方法？重复配方被定义为具有完全相同的一组成分和每种成分的数量。

我想过使用FOR XML PATH将成分组合到一个列中。我还没有完全探索这个，但如果我确保成分/UOM/数量按相同的顺序排序并且有一个合适的分隔符，它应该可以工作。有更好的方法吗？

有 48K 食谱和 200K 成分行。

我正在开发一项服务，该服务依赖于用户能够接收他们自己选择的消息。这些消息在发送进行处理之前需要存储在某处。

现在我将它们存储在 postgres 数据库中，但我觉得它不能很好地扩展。

目前的布局是：

ID - MESSAGE - DATE - TIME

DATE 和 TIME 字段保存应该发送消息进行处理的时间和日期。这不能很好地扩展，好像需要在每个月的第一个星期一发送一条消息，它会占用 12 倍的空间。

问题是我似乎无法找到另一种方式来表示何时应该发送消息进行处理？理想情况下，我希望能够在一行中表示每个日期。

我们也在讨论使用 Redis，但很快就决定不使用，因为我们需要 webfrontend 的数据库。

任何人都知道如何优化消息存储？如何表示何时应该发送消息进行处理？

我也愿意就如何解决这个问题提出任何其他建议。

我有足够的 PowerShell 技能来开始工作，但没有使用 SQL 服务器。有人可以指出我如何使用 PowerShell 获取有关远程 SQL 服务器的信息以识别其上运行的数据库的正确方向。

谢谢你的帮助。

编辑 - 使用 SMO 代码

我试图将这段代码放在一起，但得到错误：找不到类型 [Microsoft.SqlServer.Management.Smo.Server] 确保加载了包含此类型的程序集

[Reflection.Assembly]::LoadWithPartialName("Microsoft.SqlServer.Smo")
$sqlServer = New-Object("Microsoft.SqlServer.Management.Smo.Server") "MSQLULTDBS04"
foreach($sqlDatabase in $sqlServer.databases) {$sqlDatabase.name}

介绍和相关信息：

下面的例子说明了我面临的问题：

动物有一个种族，可以是猫或狗。猫可以是Siamese或Persian。狗可以是德国牧羊犬或拉布拉多猎犬。

Animal 是一个强大的实体，而其种族是一个属性，可以具有两个提供的值之一（ cat 或 dog ）。 这两个值都很复杂（我在这里只添加了狗/猫的类型来说明问题，但也可以有猫/狗的名字和一堆其他东西）。

问题：

我不知道如何为此示例创建关系表。

我解决问题的努力：

我曾尝试使用陈的符号绘制 ER 图，这代表了问题，但作为初学者，我不知道我是否做得对。这是我得到的：

如果我画错了，我深表歉意，如果是这样，请纠正我。我不希望简单地获得“免费解决方案”，而且还希望学习如何处理这个问题，以便我将来可以自己解决。

我唯一想到的是创建两张单独的桌子，一张给猫，一张给狗。此外，Animal表中的race属性将只存储cat或dog值。像这样的东西：

Animal< # Animal_ID, race, other attributes >
Cat < # Cat_ID, $ Animal_ID, breed >
Dog < # Dog_ID, $ Animal_ID, breed >