Ich brauche eine kleine Hilfe. Ich bin neu zu Postgres und Django. Ich erstelle ein Projekt in Django, wo eine Anzahl von Kunden und deren Daten monatlich in der Datenbank gespeichert werden. Also meine Zweifel ist, sollte ich gehen mit nur einer einzigen Tabelle und speichern Sie alle Daten darin oder habe ich eine Option zum Erstellen einzelner Tabellen dynamisch, wie der Benutzer nähert und speichern Sie die Werte in diese Tabelle?Erstellen dynamischer Tabellen in Postgres mit Django
Antwort
In der Tat müssen Sie keine spezielle Tabelle für jeden Kunden erstellen. SQL-Datenbanken sind so konzipiert, dass alle ähnlichen Daten in einer Tabelle gespeichert werden. Es ist viel einfacher, so mit ihnen zu arbeiten.
In einem Moment möchte ich empfehlen, über relationale Datenbanken zu lesen, um besser zu verstehen, wie man Daten darin speichert. Dann werden Sie sehen, wie Sie Anwendungen und Datenspeicher besser gestalten können.
Danke für den Rat @Eugene, aber was ich dachte, um sie so individuell wie die Tabelle Größe wachsen nicht groß werden (wie ich brauche monatlich) Daten gespeichert werden) und ich kann die Daten für einzelne Klienten getrennt halten. Ich wollte nur wissen, ob es einen Weg dafür gibt. –
@VivekCu, ich verstehe deine Idee. Aber ich bin mir nicht sicher, ob es die beste Lösung für eine lange Zeit sein wird. Viele Tische sind viel schwieriger zu warten. BTW, welches Problem möchten Sie lösen? Vielleicht gibt es einige Standardlösungen. –
Danke für die Lösung @Eugene. Ich denke, ich werde mit einer einzigen Tabelle weitermachen, um alle Werte zu speichern. –
- 1. Erstellen von Tabellen in Postgres-DB mit plpgsql fucntion
- 2. Hinzufügen dynamischer Farbfelder mit Django
- 3. Django - Unterklasse UserAdmin zum Erstellen dynamischer Vorlagen?
- 4. Django Abfrage verschwinden in Postgres
- 5. Django Test Fehler "Berechtigung verweigert Datenbank erstellen" - Mit Heroku Postgres
- 6. Erstellen dynamischer Baum mit PHP
- 7. Erstellen dynamischer div mit Javascript
- 8. PYTHON Django Tag mit dynamischer Variable
- 9. Verbinden redux mit django und postgres
- 10. Django Migrationen erstellen verschiedene Tabellen Name
- 11. HTML5 appCache mit dynamischer Django-Seite verwenden
- 12. Liste Tabellen mit Daten über Postgres
- 13. Postgres - Zusammenführung von zwei Tabellen mit Summe
- 14. django Postgres IntegrityError
- 15. Erstellen dynamischer Formel
- 16. Force Django zum Erstellen von Tabellen mit MYISAM-Speicher-Engine
- 17. Django Mehrfachvererbung mit verschiedenen Tabellen
- 18. ActiveRecord, Postgres und partitionierte Tabellen
- 19. Erstellen neuer "dynamischer" Objekte?
- 20. Sortierbare Tabellen in Django
- 21. Erstellen einer API mit Django-Rest-Framework beitreten Tabellen
- 22. Zeilen nach verbundenen Tabellen in Postgres bestellen
- 23. erstellen Ansicht in Postgres SQL mit Kommentaren
- 24. Postgres-Funktion: mehrere Tabellen zurückgeben
- 25. zeige alle nicht leeren Tabellen in Postgres
- 26. Postgres-Sequenzen als Standardwert für Django-Modellfeld
- 27. sqlalchemy Tabellen erstellen
- 28. Erstellen einer Einfügeanweisung mit einfachen Anführungszeichen in Python mit Postgres
- 29. rekursive Abfrage mit Summe in zwei Tabellen in Postgres
- 30. Angular/Maschinenschrift Objekt mit dynamischer Schlüssel erstellen
Es wäre eine schlechte Idee, verschiedene Tabellen für verschiedene Clients zu verwenden, besonders wenn die Clients viele wären. Es ist besser, einen Tisch mit vielen Kunden zu haben. Abhängig von der Datenstruktur müssen Sie möglicherweise Fremdschlüssel verwenden und nur eine Tabelle für den Client und eine weitere Tabelle für häufig wiederkehrende Werte erstellen. z.B. 'Client' Tabelle und' Country' Tabelle und genau wie sie – Tushortz
@Tushortz Was ich im Sinn hatte, war die Tischgröße zu begrenzen. Ich muss die monatlichen Daten für die Kunden speichern und ich rate, wenn die Tabellen für verschiedene Klienten unterschiedlich sind, dann trägt jede Tabelle nur ihre eigenen Daten. Selbst das Schreiben der Abfrage könnte einfach sein. Was denken Sie? –
Auf lange Sicht wird es immer noch eine schlechte Idee sein, die Daten @Vivek Cu – Tushortz