Automatische MySQL Tabellenerstellung [Benutzer gesteuert]

Question

zunächst lassen Sie mich in meiner Frage sehr genau sein:

Grundsätzlich ich PHP lerne und MySQL so arbeitet an einem kleinen Projekt für mich. Ich erstelle eine Website für mich und meine Freunde, wo wir den Überblick über das Geld behalten können, das wir einander schulden. Insbesondere für eine große Summe, die in wenigen Monaten in Bits zurückgegeben werden müsste. So kann jeder von uns eine "Aufzeichnung" starten, in der er dieser Aufzeichnung einen Namen gibt, z. "Car Expenses" und dann können sie eine Transaktion zu dieser Aufzeichnung hinzufügen, jedes Mal, wenn sie Geld von dem Kreditnehmer dieser großen Summe zurückbekommen. Dieser "Car-Spesen" -Datensatz wird einige Spalten haben, die offensichtlich eine Transaktions-ID, einen zurückgesandten Betrag und ein Datum usw. enthalten (was in Kürze zu diesem Bit zurückkommt).

Ich weiß, dass ich definitiv zwei Tabellen brauche: 1) BENUTZER - wo Benutzername und E-Mail-Adresse für uns alle gespeichert ist; 2) RECORDS - wo eine Zusammenfassung aller unserer Datensätze (aber nicht die Transaktionsdetails in Bezug auf einen Datensatz) gespeichert wird, z. Record-Titel, Record-Beschreibung, Erstellungszeit, Last-Update-Zeit, Name der beteiligten Parteien usw.

Allerdings ist das Problem, dass ich nicht sicher bin, wie der dritte Teil des Systems arbeiten würde, wo ich will gehe in Details eines bestimmten Datensatzes, um alle Transaktionen auf dem Datensatz anzuzeigen, z wie viel Geld wurde bereits bezahlt und an welchem ​​Datum etc.

Ich dachte über das Erstellen einer neuen Tabelle für jeden einzelnen Datensatz, der von einem Benutzer erstellt wird. In dieser Tabelle werde ich Transaktions-ID, Transaktionsdatum, Geld-in/out, Kommentare und Steuerelemente zum Bearbeiten/Löschen von Transaktionen haben. Das Problem mit diesem Ansatz (jedes Mal eine neue Tabelle erstellen) besteht meines Erachtens darin, dass es eine Herausforderung ist, jeder neu erstellten Tabelle einen benutzerdefinierten Namen zu geben und eine automatische Abfrage für das Entwerfen einer neuen Tabelle für jede umfangreiche Tabelle auszuführen Aufzeichnung könnte sehr schwierig sein.

BITTE BERATEN Sie, was wäre der beste Ansatz für die Implementierung dieses dritten Teils des Systems oder bessere Ideen für das gesamte Datenbankdesign für meine Website. Vielen Dank im Voraus.

Answer 1

Im Allgemeinen möchten Sie nie zu viele Tabellen in einer Datenbank haben, und sicherlich keine benutzerdefinierten. Es wird nicht nur Platz beanspruchen, sondern es wird nahezu unmöglich sein, von diesem abzufragen.

Sie sollten stattdessen eine separate Tabelle für ALLE Transaktionen mit den aufgelisteten Spalten erstellen, aber eine zusätzliche Spalte, die die ID des Benutzers enthält, zu dem die Transaktion gehört. Damit können Sie bequem über JOIN-Befehle abfragen.

Answer 2

Sie müssen ein einfaches, konsistentes Schema erstellen, um alle verschiedenen Elemente in Ihrem System zu repräsentieren: Benutzer und Austausch. Das Auswählen von Namen kann schwierig sein, da Sie reservierte Schlüsselwörter wie "Transaktion" im Allgemeinen vermeiden möchten.

Erstellen einer neuen Tabelle für jeden Geldwechsel ist absolut falsch. Der springende Punkt einer relationalen Datenbank besteht darin, eine Vielzahl von Datensätzen in derselben Tabelle zu speichern, in denen diese einfache Beziehungen zu anderen Datensätzen haben können. Zum Beispiel verweist eine Vermittlung sowohl auf einen Absender als auch auf einen Empfänger durch ihre jeweiligen "Benutzer" -Aufzeichnungskennungen.

In einfachen Worten:

CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY NOT NULL, 
    name VARCHAR(255), 
    created_at DATETIME 
); 

CREATE TABLE exchanges (
    id INT AUTO_INCREMENT PRIMARY KEY NOT NULL, 
    amount NUMERIC(12,2) NOT NULL, 
    sender_user_id INT, 
    recipient_user_id INT, 
    created_at DATETIME 
); 

Dies ist ein sehr einfacher Ansatz. Eine robustere Lösung verwendet eine ledger structure, in der der Austausch in zwei verwandte, aber unabhängige Übertragungen zwischen Konten aufgeteilt ist.

Nun, wenn Sie wollen, dass die Balance wissen, verdanken:

SELECT sender_user_id, SUM(amount) FROM exchanges 
    WHERE recipient_user_id=? 
    GROUP BY sender_user_id 

, die Sie auf einer Pro-Empfänger Basis zeigen, wie viel Geld sie zu verdanken. Solange Sie "Zurückzahlen" als einen negativen Betrag darstellen, sollten die Werte null sein. Ein Ledger macht diese Arbeit besser.