Partitionierung von mySQL-Tabellen, Fremdschlüssel hat?

Was wäre ein geeigneter Weg, dies zu tun, da mySQL offenbar nicht genießen.
Zu verlassen, entweder partitionieren oder die foreign keys aus der Datenbank-design würde nicht scheinen, wie eine gute Idee für mich. Ich Schätze, dass es eine Abhilfe für dieses?

Update 03/24:

http://opendba.blogspot.com/2008/10/mysql-partitioned-tables-with-trigger.html

Zu behandeln, wie foreign-key-während der Partitionierung

Dank!

  • Bounty ist AUF! Mal sehen, ob wir diese Frage wieder lebendig!
InformationsquelleAutor Industrial | 2010-03-22
  1. 2

    Es hängt davon ab, inwieweit die Größe der Zeilen in der partitionierten Tabelle ist der Grund für Partitionen notwendig ist.

    Wenn die Zeile zu klein ist und der Grund für die Partitionierung ist der schiere Anzahl Zeilen, dann bin ich nicht sicher, was Sie tun sollten.

    Wenn Sie die Zeile Größe ist ziemlich groß, dann haben Sie sich Folgendes überlegt:

    Lassen P werden die partitionierte Tabelle und F die Tabelle verwiesen, in der Möchtegern-Fremdschlüssel. Erstellen Sie eine neue Tabelle X:

    CREATE TABLE `X` (
    `P_id` INT UNSIGNED NOT NULL,
        -- I'm assuming an INT is adequate, but perhaps
        -- you will actually require a BIGINT
    `F_id` INT UNSIGNED NOT NULL,
    PRIMARY KEY (`P_id`, `F_id`),
    CONSTRAINT `Constr_X_P_fk`
        FOREIGN KEY `P_fk` (`P_id`) REFERENCES `P`.`id`
        ON DELETE CASCADE ON UPDATE RESTRICT,
    CONSTRAINT `Constr_X_F_fk`
        FOREIGN KEY `F_fk` (`F_id`) REFERENCES `F`.`id`
        ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE=INNODB CHARACTER SET ascii COLLATE ascii_general_ci

    und entscheidend, erstellen Sie eine gespeicherte Prozedur für das hinzufügen von Zeilen zur Tabelle P. Die gespeicherte Prozedur sollten sicherstellen (Transaktionen), dass, wenn eine Zeile Hinzugefügt wird Tabelle P eine entsprechende Zeile Hinzugefügt Tabelle X. Sie dürfen nicht zulassen, dass Zeilen Hinzugefügt werden P in den "normalen" Weg! Sie können nur garantieren, dass die referenzielle Integrität wird gewahrt, wenn Sie halten mit Ihren gespeicherten Prozedur für das hinzufügen von Zeilen. Sie können frei löschen von P in der normalen Art und Weise, obwohl.

    Die Idee hier ist, dass Ihre Tabelle X hat ausreichend kleine Zeilen, die Sie hoffentlich nicht benötigen, um die partition, auf der Sie, obwohl es noch viele, viele Zeilen. Der index auf die Tabelle wird dennoch bis ziemlich große Menge an Speicher, glaube ich.

    Sollte, muss man die Anfrage P auf die die foreign key -, Sie wird selbstverständlich Abfrage X statt, wie das ist, wo der foreign key tatsächlich ist.

    • Ich habe gerade überprüft die MySQL-Handbuch Seite auf partition Einschränkungen, und fand heraus, dass nicht nur können Sie nicht einen foreign key auf eine partitionierte Tabelle, Sie kann auch nicht haben eine foreign key zeigen auf eine partitionierte Tabelle. Das bedeutet, dass die oben ist nicht ganz gut genug. Sie können es zu beheben, durch das entfernen (natürlich) die Einschränkung Constr_X_P_fk und hinzufügen eines zweiten gespeicherten Prozedur, deren Zweck es ist, zu erlauben, löschen von Zeilen in P und X. Natürlich sollten Sie dann sicherstellen, dass alle gelöscht werden durchgeführt unter Verwendung der gespeicherten Prozedur, anstatt mit einer normalen DELETE - Anweisung.
    InformationsquelleAutor Hammerite
  2. 2

    Ich würde stark vorschlagen, Splitter mit Datum als Schlüssel für die Archivierung von Daten Archiv-Tabellen. Wenn Sie brauchen, um einen Bericht aus mehreren Archiv-Tabellen, können Sie mithilfe von Ansichten oder erstellen Sie die Logik in Ihrer Anwendung.

    Jedoch mit einem gut strukturierten DB, Sie sollten in der Lage sein zu handhaben, die Dutzende von Millionen von Zeilen in einer Tabelle vor der Partitionierung, oder der Splitter ist wirklich nötig.

    • Hallo Gary. Splitter ist auf jeden Fall ein interessanter Ansatz. Ich bin ein bisschen erschrocken über das, was in einer großen Zahl von VERKNÜPFUNGEN, die als notwendig, die Anwendung Logik?
    • Ich würde Fremdschlüssel in Ihrem design. Warum glauben Sie, dass Sie brauchen, um partition? Wir haben Tabellen mit über hundert Millionen Zeilen, die eine exzellente. Shading ist meiner Meinung nach eine bessere option, die Partitionen. Die aktuelle partition Implementierung in MySQL ist nur zu begrenzen.
    • In einer anderen Frage, sah ich, dass Sie erwähnt, dass Ihre Tabelle hat 400K Datensätze. Sie sehen keinen performance-Vorteil der Partitionierung einer Tabelle, wie kleine Größe, vorausgesetzt, dass Sie richtig indexiert wird.
    • Hallo, dieser Tisch wird sicherlich mehr als 400 000 Zeilen. Ich kann mich nicht erinnern eine Frage stellen über 400K Tabelle aber nicht 🙂
    • stackoverflow.com/questions/2512200/..., die Sie erwähnt 400K in dieser Nachricht. Vielleicht habe ich missverstanden.
    • Hi Gary, das war eine völlig andere app mit viel geringeren storage-Anforderungen. Habe mich nicht erinnern, dass ich mal gepostet, dass das dann wieder an alle 🙂 vielen Dank für deine Punkte und deine recherche 🙂

    InformationsquelleAutor Gary
Schreibe einen Kommentar