1. Tatsächliches Szenario:
Die Bestelltabelle in der Datenbank ist öffentlich und alle Benutzer befinden sich in einer Bestelltabelle.
Wie kann ich die Bestellnummer jedes Benutzers zu einem unabhängigen Namensraum machen? Wenn Benutzer A beispielsweise zwei Bestellungen aufgibt, sollten seine Bestellnummern C001 und C002 sein. Wenn Benutzer B drei Bestellungen aufgibt, sollte die Startposition seiner Nummer immer noch C001 sein, nicht C003. Alle seine Bestellnummern sollten C001 sein. C003.
Wie geht das?
Müssen wir unter jedem Benutzer ein Feld für die Anzahl der Bestellungen speichern, die er aktuell geöffnet hat, und es dann zuerst auslesen, eines hinzufügen und es dann jedes Mal wieder speichern? Das ist nicht gut ... Gibt es eine bessere Möglichkeit, dies auf der Datenbankseite zu tun? Ich habe anscheinend gehört, dass jemand über die Verwendung von Datenbankfunktionen oder -triggern gesprochen hat?
2. Wenn die Datenbank das oben Genannte kann, ist dieser C001 im Allgemeinen im Primärschlüsselfeld vorhanden? Oder ist der Primärschlüssel immer noch ein inkrementeller Primärschlüssel vom numerischen Typ, der lediglich ein Feld zur Tabelle hinzufügt, um dieses C001 zu speichern?
Hinweis: Es befindet sich in der MySQL-Datenbank.
1. Tatsächliches Szenario:
Die Bestelltabelle in der Datenbank ist öffentlich und alle Benutzer befinden sich in einer Bestelltabelle.
Wie kann ich die Bestellnummer jedes Benutzers zu einem unabhängigen Namensraum machen? Wenn Benutzer A beispielsweise zwei Bestellungen aufgibt, sollten seine Bestellnummern C001 und C002 sein. Wenn Benutzer B drei Bestellungen aufgibt, sollte die Startposition seiner Nummer immer noch C001 sein, nicht C003. Alle seine Bestellnummern sollten C001 sein. C003.
Wie geht das?
Müssen wir unter jedem Benutzer ein Feld für die Anzahl der Bestellungen speichern, die er aktuell geöffnet hat, und es dann zuerst auslesen, eines hinzufügen und es dann jedes Mal wieder speichern? Das ist nicht gut ... Gibt es eine bessere Möglichkeit, dies auf der Datenbankseite zu tun? Ich habe anscheinend gehört, dass jemand über die Verwendung von Datenbankfunktionen oder -triggern gesprochen hat.
2. Wenn die Datenbank das oben Genannte kann, ist dieser C001 im Allgemeinen im Primärschlüsselfeld vorhanden? Oder ist der Primärschlüssel immer noch ein inkrementeller Primärschlüssel vom numerischen Typ, der lediglich ein Feld zur Tabelle hinzufügt, um dieses C001 zu speichern?
Hinweis: Es befindet sich in der MySQL-Datenbank.
1: Es ist nicht erforderlich, sie auf diese Weise in der Datenbank zu speichern. Sie müssen nur alle Bestellungen durchlaufen und sie der Reihe nach anzeigen.
2: Fügen Sie 静态成员变量 zu jedem Benutzerattribut hinzu und fügen Sie der Datenbank entsprechend Felder hinzu. Die hinzugefügten Daten entsprechen jeweils Ihren Angaben.
Was das Poster bedeutet, ist die Einrichtung einer einheitlichen Auftragsverwaltungsbibliothek für verschiedene Kundenkonten. Verschiedene Konten können nur ihre eigenen Bestellungen sehen, was in gewisser Weise dem Cloud-ERP ähnelt.
Die Bestelltabelle kann eine redundante Primärschlüssel-ID haben. Im Hinblick auf die Eindeutigkeit der Datenspeicherung kann sie als Bestellcode-Benutzer-ID zur eindeutigen Bestätigung eines Datenelements angesehen werden.
Wenn Sie das Design der Tabellenstruktur optimieren müssen, können Sie automatisch eine Bestelltabelle für jeden Benutzer erstellen und die Bestelldaten jedes Benutzers trennen. Der Tabellenname ähnelt jedes Mal dem entsprechenden Tabellennamen Nach Angaben des Benutzers werden die Daten abgerufen, die endgültige umfassende Hintergrundstatistik aller Benutzerauftragsdaten kann jedoch etwas problematischer sein.
Wie können Sie die Einzigartigkeit Ihrer Bestellung sicherstellen
Wenn die Datenbank gemäß der Bedeutung des Titels gestaltet ist, führt nur der Vorgang Suchaufträge zu einer Ausnahme. Denn anhand der Bestellnummer können wir die eindeutige Bestellung nicht ermitteln.
Der Wert des Primärschlüssels wird verwendet, um einen Datensatz in der Tabelle eindeutig zu identifizieren.
(Über Ihr Projekt
Ich schlage vor:
Der Primärschlüssel der Bestelltabelle kann OrderId sein
und der Primärschlüssel der Benutzertabelle kann UserId sein
Ich denke, Ihr Problem sollte darin liegen Die Datenbanktabelle Für ein grundlegendes Verständnis wird empfohlen, den relevanten Inhalt der Datenbank Normalisierung )
Verwenden Sie eine Bestell-ID-Tabelle, um die IDs aller nächsten Bestellungen aller Benutzer zu speichern. Wenn Sie dies als problematisch empfinden, wird empfohlen, die Zeit als Teil der Bestellnummer zu verwenden.
kann nicht als Primärschlüssel verwendet werden. Es gibt einen Grundsatz beim Primärschlüsseldesign: Er muss für das Unternehmen irrelevant sein. Daher ist der Primärschlüssel immer eine bedeutungslose automatisch inkrementierende ID oder ähnliches.
Ich verstehe nicht, welchen tatsächlichen Bedarf Ihre Frage lösen soll
Das Design der Tabellenstruktur muss den Anforderungen der drei grundlegendsten Paradigmen entsprechen. Der Zweck der drei Paradigmen besteht darin, sicherzustellen, dass es keine Redundanz oder Abhängigkeit zwischen Feldern gibt. Ich werde die oben genannten Probleme nicht wiederholen. Ich schlage vor, dass Sie Ihre Anforderungen sorgfältig klären, sonst haben wir es falsch verstanden. Sie formulieren die Frage um. Oder veröffentlichen Sie direkt Ihre Tabellenerstellungserklärung.
Sie können einen gemeinsamen Primärschlüssel verwenden, um uid und cid zu kombinieren, was die Eindeutigkeit gewährleisten kann. Beachten Sie jedoch bitte die folgenden zwei Punkte:
1. Um die automatische Inkrementierung des gemeinsamen Primärschlüssels von MySQL zu verwenden, müssen Sie MyISAM als Speicher-Engine verwenden.
2. Wenn Sie eine Union zum automatischen Inkrementieren des Primärschlüssels verwenden, darf der Auto-Inkrementierungsschlüssel nicht der Schlüssel ganz links im Primärschlüssel sein.
Fügen Sie einfach einen user_owner_order_key zur Bestelltabelle hinzu und schreiben Sie dann Ihren eigenen Code, um die Austauschlogik zwischen C001 und der echten order_id zu verwalten.
<code>//伪码 $user_owner_order_id = (select count(*) from order where user = $uid and order_id < $currentOrderId order by order_id asc) + 1; $user_owner_order_key = $uid . fillZero($user_owern_order_id);</code>
Um über ein anderes Problem zu sprechen: 第三方支付kann im Allgemeinen nicht mehrmals für 同一个订单号 bezahlen, daher ist es am besten, sorgfältig zu überlegen, ob Sie dies tun.
Die Benutzertabelle kann ein Feld zum Speichern der Bestellmenge enthalten. Fügen Sie bei jeder neuen Bestellung eins zu diesem Wert hinzu und aktualisieren Sie ihn dann wieder
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
