1

我正在编写一个数据仓库，使用 MySQL 作为后端。我需要根据两个整数 ID 和一个名称字符串对表进行分区。我已阅读（部分）有关分区的 mySQL 文档，在这种情况下，最合适的分区方案似乎是 HASH 或 KEY 分区。

我选择了 KEY 分区，因为我（退出并且）不想负责为我的字段提供“无冲突”散列算法 - 相反，我依靠 MySQL 散列来生成散列所需的密钥。

我在下面包含了一个表的架构片段，我想根据以下字段的 COMPOSITE 对其进行分区：

学校 id、course_id、ssname（学生姓氏）。

顺便说一句，在有人指出这不是存储学校相关信息的最佳方式之前，我必须指出，我只是将下面的案例用作我试图建模的类比。

我当前的 CREATE TABLE 语句如下所示：

CREATE TABLE foobar (
    id         int UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,
    school_id  int UNSIGNED NOT NULL,
    course_id  int UNSIGNED NOT NULL,
    ssname     varchar(64) NOT NULL,

    /* some other fields */

    FOREIGN KEY (school_id) REFERENCES school(id) ON DELETE RESTRICT ON UPDATE CASCADE,

    FOREIGN KEY (course_id) REFERENCES course(id) ON DELETE RESTRICT ON UPDATE CASCADE,

    INDEX idx_fb_si (school_id),
    INDEX idx_fb_ci (course_id),
    CONSTRAINT UNIQUE INDEX idx_fb_scs (school_id,course_id,ssname(16))
) ENGINE=innodb;

我想知道如何修改上面的语句，以便使用我在这个问题开头提到的三个字段（即 - school_id、course_id 和学生姓氏的起始字母）对表进行分区。

我想问的另一个问题是：

在“边缘”情况下会发生什么，例如，如果我尝试插入一条包含有效* school_id、course_id 或姓氏的记录——不存在底层分区表文件——mySQL 会自动创建底层文件吗？

举个例子。我有以下学校：纽约幼儿园、贝尔法斯特小学和以下课程：无限维度中的李代数、纠缠实体

还假设我有以下学生（姓氏）：布什、布莱尔、侯赛因

当我添加一所新学校（或课程，或学生）时，我可以将它们插入到 foobar 表中（实际上，我想不出为什么不这样做）。我问的原因是我预计增加更多的学校和课程等，这意味着 mySQL 将不得不在幕后创建额外的表（因为哈希将生成新的键）。

如果在这方面有经验的人能够确认（最好有支持他们断言的链接），我将不胜感激我的理解（即，如果我将新学校、课程或学生添加到数据库中，则不需要手动管理）是正确的。

我不知道我的第二个问题是否形成良好（明确）。如果不是，我很乐意进一步澄清。

*VALID - 有效，我的意思是它在不破坏参照完整性方面是有效的。

4

1 回答 1

2

我怀疑分区是否像您想象的那样有用。也就是说，您所要求的还有一些其他问题（注意：此答案的全部内容适用于 MySQL 5；版本 6 可能会有所不同）：

  • KEY 分区中使用的列必须是主键的一部分。school_id，course_id并且ssname不是主键的一部分。
  • 更一般地说，每个 UNIQUE 键（包括主键）必须包括分区1中的所有列。这意味着您只能在 UNIQUE 键中的列的交集上进行分区。在您的示例中，交叉点是空的。
  • 大多数分区方案（KEY 除外）都需要整数或空值。如果不为 NULL，ssname则不会是整数值。
  • 不能同时支持外键和分区2。这是不使用分区的有力论据。

幸运的是，无冲突散列是您无需担心的一件事，因为分区会导致冲突（否则，每个分区中只有一行）。如果您可以忽略上述问题以及分区表达式中使用的函数的限制，您可以创建一个 HASH 分区：

CREATE TABLE foobar (
    ...
) ENGINE=innodb
  PARTITION BY HASH (school_id + course_id + ORD(ssname))
  PARTITIONS 2
;

应该工作的是：

CREATE TABLE foobar (
    id         int UNSIGNED NOT NULL AUTO_INCREMENT,
    school_id  int UNSIGNED NOT NULL,
    course_id  int UNSIGNED NOT NULL,
    ssname     varchar(64) NOT NULL,

    /* some other fields */

    PRIMARY KEY (id, school_id, course_id),
    INDEX idx_fb_si (school_id),
    INDEX idx_fb_ci (course_id),
    CONSTRAINT UNIQUE INDEX idx_fb_scs (school_id,course_id,ssname)
) ENGINE=innodb
      PARTITION BY HASH (school_id + course_id)
      PARTITIONS 2
;

或者：

CREATE TABLE foobar (
    id         int UNSIGNED NOT NULL AUTO_INCREMENT,
    school_id  int UNSIGNED NOT NULL,
    course_id  int UNSIGNED NOT NULL,
    ssname     varchar(64) NOT NULL,

    /* some other fields */

    PRIMARY KEY (id, school_id, course_id, ssname),
    INDEX idx_fb_si (school_id),
    INDEX idx_fb_ci (course_id),
    CONSTRAINT UNIQUE INDEX idx_fb_scs (school_id,course_id,ssname)
) ENGINE=innodb
      PARTITION BY KEY (school_id, course_id, ssname)
      PARTITIONS 2
;

至于存储表格的文件，MySOL 将创建它们，尽管它可能会在您定义表格时创建它们，而不是在向其中插入行时创建。您无需担心 MySQL 如何管理文件。请记住，分区的数量是有限的，在您创建表时由PARTITIONS *n*子句定义。

于 2009-12-21T13:21:14.063 回答