问题[physical-design](dba)

我一直在阅读 Hash Join 及其在物理层面上的工作原理。但是，有些事情我不明白（因为我缺乏知识）。

这是我找到的Hash Join的算法；

for each row R1 in the build table
    begin
        calculate hash value on R1 join key(s)
        insert R1 into the appropriate hash bucket
    end
for each row R2 in the probe table
    begin
        calculate hash value on R2 join key(s)
        for each row R1 in the corresponding hash bucket
            if R1 joins with R2
                return (R1, R2)
    end

这似乎足以满足诸如"TABLE1.NAME == TABLE2.NAME"etc 之类的连接条件。但是，当连接条件为"TABLE1.NAME == TABLE2.NAME" && "TABLE1.AGE > TABLE2.AGE".

我只是无法找到并理解他们如何生成或比较需要相等运算符和其他一些关系运算符（如大于等）的哈希值。

物理数据库文件或物理文件页面中存储的索引和数据表在哪里：

• 同一个物理页中的不同表可以有不同的行吗？
• MySQL 是如何决定在某个页面的什么地方放置一行的？
• 索引放置也怎么样？

我对网络数据库（IDMSX 数据库）略知一二，它在物理页面上直接计算位置（如果可能，其他记录存储在附近）。

我有一个 PostgreSQL 表，Prices其中包含以下列：

• price（十进制）
• product_id（诠释）

还有created_at和updated_at列。

价格会定期更新，我会在表中保留旧价格。对于给定的产品，表中的最后一个价格是当前价格。

获得特定产品最新价格的最有效方法是什么：

• 最后一条记录的索引product_id和查询
• 添加第三列active（布尔值）以标记最新价格并创建复合索引（product_id和active）
• 或者是其他东西？

如果一个索引中包含多个属性，那么在select其where子句使用索引中的一个属性的语句中是否会获得任何速度？

例如，获取一个T带有属性索引的表，a并且b. 索引对查询有用吗：

select * from T where a='foo'

我问是因为我正在阅读的书有以下我无法理解的陈述：

如果多属性索引的键确实是按某种顺序连接的属性，那么我们甚至可以使用该索引来查找第一个属性中具有给定值的所有元组。

我们公司才刚刚开始涉足商业智能。我们有一些架构师正在设计我们的数据仓库和数据集市。他们对两种设计都使用星型模式。

架构师表示，他们用于集市的设计是相同的，我们只需要它的“另一个副本”供任何客户希望查询他们的集市，并且每个集市的数据可能不同。

我们只有一个市场开始。这是一个 AIX LPAR、一个 DB2 数据库实例和一个具有一个模式的数据库。

现在我们有另外三个数据集市的请求。最佳做法是什么？这些应该是同一数据库中的不同模式吗？每个集市应该是同一实例中的单独数据库吗？我们应该有单独的数据库、单独的实例吗？

从物理部署和维护的角度来看，这里的最佳实践是什么？或者使用什么准则来定义什么时候应该是哪个选项？