MySQL auto-increment zwischen Tabellen

In MySQL, ist es möglich, eine Spalte in zwei verschiedenen Tabellen, die auto-increment? Beispiel: Tabelle1 hat Spalte 'secondaryid' und Tabelle2 hat auch eine Spalte 'secondaryid'. Ist es möglich, Tabelle1.secondaryid und Tabelle2.secondaryid enthalten die gleichen Informationen? Wie Tabelle1.secondaryid halten konnte, Werte 1, 2, 4, 6, 7, 8, etc und Tabelle2.secondaryid halten konnte, die Werte 3, 5, 9, 10? Der Grund dafür ist zweifach: 1) die beiden Tabellen verwiesen werden soll, in eine separate Tabelle "likes" (ähnlich wie die Nutzer liken eine Seite auf facebook) und 2) die Daten in Tabelle2 ist eine Teilmenge der table1-Tabelle mit einem Primärschlüssel. Damit Sie die Informationen untergebracht, die in Tabelle2 abhängig ist "Tabelle1", wie Sie die Themen in verschiedenen Kategorien. (Kategorien als Tabelle1 und Themen, Tabelle2). Ist es möglich, etwas zu tun, was oben beschrieben oder gibt es eine andere strukturelle umgehen, dass ich nicht bewusst?

InformationsquelleAutor ryno | 2012-07-28

5

Es scheint, Sie wollen zu differenzieren, Kategorien und Themen in zwei separaten Tabellen, aber die ids der beiden von Ihnen verwiesen werden, die in einer anderen Tabelle likes zu erleichtern, die Benutzer wünschen entweder eine Kategorie oder ein Thema.

Was Sie tun können, ist, erstellen Sie eine super-Entität Tabelle mit Subtypen categories und topics. Die auto-increment Schlüssel generiert, in der super-Entität Tabelle eingefügt und in nur einer der beiden Subtyp-Tabellen (auf der Grundlage, ob es eine Kategorie oder ein Thema).

Den Subtyp Tabellen-Referenz dieser super-Entität über die auto-increment-Feld in einer 1:1-Beziehung.

Diese Weise, können Sie einfach den link der super-entity-Tabelle der likes Tabelle nur auf eine Spalte (die repräsentieren kann entweder eine Kategorie oder ein Thema), und keine id in der Subtyp-Tabellen werden in beiden vorhanden.

Hier ist ein Vereinfachtes Beispiel, wie Sie dieses Modell aus:

Dieses Modell würde es erlauben, Sie zu pflegen, die die Beziehung zwischen Kategorien und Themen, aber, dass beide Entitäten verallgemeinert in der superentity Tabelle.

Ein weiterer Vorteil dieses Modells ist, dass Sie Abstrakt die gemeinsamen Felder im Subtyp Tabellen in der superentity Tabelle. Zum Beispiel sagen, dass categories und topics beide enthalten die Felder title und url: Sie können diese Felder in der superentity Tisch, weil Sie gemeinsame Attribute an seine Subtypen. Nur Felder, die spezifisch für den Subtyp Tabellen IN der Subtyp-Tabellen.
- So superentity hält die Werte der beiden Kategorien und Themen in einer Tabelle?
- ja, werden nur die gemeinsamen Attribute. Die superentity halten die autoincremented Schlüssel der beiden Tabellen in Ihrer id Feld, aber der Subtyp Tabellen-Referenz nur der Schlüssel in die superentity Tabelle, die sind für Ihren Typ. Zum Beispiel, in der superentity Tabelle haben Sie ids 1,2,3,4,5,6,7,8,9. Wenn 2,5,6,7 sind Kategorien und 1,3,4,8,9 sind Themen,... Die Kategorien-Tabelle wird nur die Referenz 2,5,6,7, und die Themen, die Tabelle wird Bezug 1,3,4,8,9.
- so sind sowohl die id ' s in der gleichen Spalte der superentity Tabelle?
- ja, und die Subtypen nur auf bestimmte ids der superentity Tabelle. Die Werte für id im superentity Tabelle darstellen kann entweder eine Kategorie oder ein Thema, aber die eigentlichen Informationen über Kategorien und Themen gespeichert sind, in Ihren jeweiligen Subtyp Tabellen.
- haben Sie irgendwelche Ressourcen, die Sie könnten mich als einen Verweis auf gebaut, diese Struktur? Oder erklären Sie in größerer Tiefe, wie ich noch die Verwendung einer solchen Methode der db-Struktur haben (und ich bin relativ neu in php und sql)?
- was also, wenn die id einer Kategorie ist die gleiche wie die id ein Thema? würde dies zu Fehlern in der db?
InformationsquelleAutor Zane Bien
4

Können Sie nicht haben eine auto_increment-Wert geteilt zwischen Tabellen, aber man kann es scheinen, dass es ist:
```
set @@auto_increment_increment=2; //change autoinrement to increase by 2

create table evens (
    id int auto_increment primary key
);
alter table evens auto_increment = 0;

create table odds (
    id int auto_increment primary key
);
alter table odds auto_increment = 1;
```
Der Nachteil ist, dass Sie ändern, um eine Globale Einstellung, so ALLE auto_inc Felder werden nun wächst um 2 statt 1.
- clever umgehen, aber in anderen Tabellen in der gleichen db benötigen eine auto-Inkrement, erhöht sich um eins. trotzdem danke
InformationsquelleAutor Marc B
3

Wenn Sie wollen einfach nur die ID 's in den beiden Tabellen unterschiedlich sein, können Sie zunächst Tabelle2' s AUTO_INCREMENT, um einige große Anzahl.
```
ALTER TABLE `table2` AUTO_INCREMENT=1000000000;
```
- Nach dieser Logik wäre es mit einem INT Primärschlüssel ist Y2K-in Verkleidung.
- nicht, aber zumindest int-überlauf ist eine bekannte Größe. beliebige Magische zahlen wie 1000000000 schlechter sind.
- Ja, aber nichts verhindert, dass Sie über eine bekannte Magische Zahl (wie 2147483647 zum Beispiel).
InformationsquelleAutor Vatev
1

Es klingt wie Sie wollen ein MySQL-äquivalent von Sequenzen, die gefunden werden können in DBMS ist wie PosgreSQL. Es gibt ein paar bekannte Rezepte für diese, von denen die meisten umfassen das erstellen der Tabelle(N), welche auf den Namen der Sequenz und ein integer-Feld, hält den aktuellen Wert. Dieser Ansatz ermöglicht die Abfrage die Tabelle mit der Reihenfolge, und verwenden, die auf eine oder mehrere Tabellen, wenn nötig.

Es gibt einen Beitrag hier , das einen interessanten Ansatz zu diesem problem. Ich habe auch gesehen, wie dieser Ansatz in der DB-PEAR-Modul das ist jetzt obsolet.

InformationsquelleAutor Thomas
0

Müssen Sie die andere Tabelle Inkrement-Wert manuell entweder durch den Kunden oder innerhalb von mysql über ein sql-Funktion:
```
ALTER TABLE users AUTO_INCREMENT = 3
```
Also nach dem einfügen in Tabelle1 Sie den letzten auto-Inkrement ändern Sie dann die andere Tabelle den auto-Inkrement-Feld ist.

InformationsquelleAutor Opi
0

Ich bin verwirrt durch Ihre Frage. Wenn die Tabelle 2 ist eine Teilmenge von Tabelle 3, warum sollte Sie es haben, teilen Sie den Primärschlüssel-Werten. Meinst du, dass die Kategorien sind aufgeteilt zwischen Tabelle 2 und Tabelle 3?

Wenn dem so ist, würde ich die Frage der design-Wahl, setzen Sie Sie in separaten Tabellen. Es klingt wie Sie haben eine von zwei verschiedenen Situationen. Die erste ist, dass Sie eine "Kategorie" Entität, die kommt in zwei Geschmacksrichtungen. In diesem Fall sollten Sie eine einzelne Kategorie-Tabelle, vielleicht mit einem Typ-Spalte gibt den Typ der Kategorie.

Das zweite ist, dass Ihre Benutzer können "wie" Dinge, die anders sind. In diesem Fall, die "Benutzer mag" - Tabelle sollte eine separate Fremdschlüssel für jedes Objekt. Sie könnte ziehen Sie einen trick mit einem zusammengesetzten Fremdschlüssel, wo Sie den Typ des Objekts und eine regelmäßige numerische id danach. So, wie die Tabelle haben würde, "Typ" und "id". Die person-Tabelle eine Spalte gefüllt mit "PERSON" und ein weiteres mit der numerischen id. Und die join würde sagen "auf ein.Typ =. b.geben Sie und eine.id = b.id". (Oder den Teil, auf dem "Typ" sein könnte, indirekt, in die Auswahl der Tabelle).
- sorry Frage ist verwirrend und schlecht erklärt, aber deine zweite Vermutung, dass die Nutzer "gefällt mir" - unterschiedliche Arten der Dinge korrekt ist. Sie können entweder eine Kategorie namens "Katzen" oder ein Thema mit dem Titel "somespeciesofcat" wo, um zu navigieren Sie zu "somespeciesofcat" Sie gehen durch "Katzen". also deine Antwort scheint auf der richtigen Spur ist. Können Sie erklären, es ein bisschen mehr sein?
- Tatsächlich, Sie wahrscheinlich sollte setzen Sie alle Kategorien in einem einzigen Tabelle, mit der eine übergeordnete Kategorie für einen self-join. In der Kategorie-Tabelle haben, können Sie eine Spalte, gibt die Tiefe von der Kategorie und die übergeordnete Kategorie, wenn nötig. Sie würde Sie nur verschiedene Tabellen, wenn die Attribute waren grundlegend Verschieden-konnte ich wie Länder, und ich könnte wie die Kollegen, zum Beispiel.
- so der mag-Tabelle eine Spalte für die Benutzer-id und eine Spalte für jedes Thema und Kategorie auf der Website? Also wenn es 50 Themen-und 100-Kategorien, die, wie Tabelle hätte 151 Spalten (50+100+1)? h
- Nein, Nein, Nein. Die Kategorie-Tabelle müsste eine geben, so wäre es eine Spalte, eine Spalte "Thema" und eine "Kategorie" - Spalte, mit dem entsprechenden beschreibenden Spalten danach. Eine lookup-Tabelle, die viele verschiedene Dinge. Oder eine Tabelle für Kategorien und Themen, sondern mit Ihren eigenen, unabhängigen, primär-Schlüssel.
- ich sehe, was du sagst, aber, dass wird nicht funktionieren mit dem aktuellen setup meiner Methode, sich zu jeder einzelnen Seite gibt es eine category.php Seite und eine topic.php Seite, die rufen jeden einzeln über get in der url und das konnte ich nicht machen, die arbeiten, wenn Sie sind in der gleichen Tabelle.
InformationsquelleAutor Gordon Linoff

Könnte man es machen, mit Trigger:

-- see http://dev.mysql.com/doc/refman/5.0/en/information-functions.html#function_last-insert-id
CREATE TABLE sequence (id INT NOT NULL);
INSERT INTO sequence VALUES (0);

CREATE TABLE table1 (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    secondardid INT UNSIGNED NOT NULL DEFAULT 0,
    PRIMARY KEY (id)
);

CREATE TABLE table2 (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT,
    secondardid INT UNSIGNED NOT NULL DEFAULT 0,
    PRIMARY KEY (id)
);

DROP TRIGGER IF EXISTS table1_before_insert;
DROP TRIGGER IF EXISTS table2_before_insert;

DELIMITER //

CREATE
TRIGGER table1_before_insert
    BEFORE INSERT ON 
        table1
    FOR EACH ROW
BEGIN
    UPDATE sequence SET id=LAST_INSERT_ID(id+1);
    NEW.secondardid = LAST_INSERT_ID();
END;
//

CREATE
TRIGGER table2_before_insert
    BEFORE INSERT ON 
        table2
    FOR EACH ROW
BEGIN
    UPDATE sequence SET id=LAST_INSERT_ID(id+1);
    NEW.secondardid = LAST_INSERT_ID();
END;
//

InformationsquelleAutor Ross Smith II

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.