Ich bin mitten in der Erstellung eines Datenbank- und Berichtssystems für die Akademie, in der ich arbeite. Sie verwenden derzeit eine Fülle von Tabellen auf Google Drive, die nur verwirrend, ungenau und zeitaufwendig sind. Ich habe Programmierkenntnisse und Erfahrung und habe angefangen, eine Datenbank mit SQL zu schreiben, aber ich habe mich gefragt, ob irgendjemand irgendeine vorherige Erfahrung von etwas Ähnlichem hatte, wenn es irgendwelche Hinweise oder Ratschläge gibt, welcher Weg runter geht.Datenbank und Berichtssystem
Antwort
Ich denke, der wichtigste Punkt ist, eine effektive Struktur zu entwickeln. Konzentrieren Sie sich darauf, Ihre Daten in Gruppen (Entitäten) aufzuteilen. Diese werden zu Tabellen werden.
Als nächstes denken Sie über die Beziehungen zwischen diesen Entitäten nach. Es könnte helfen, es auf dem Papier zu skizzieren. Versuchen Sie, die Richtung der Beziehung zu bestimmen. Zum Beispiel, wenn Sie eine Kurs-, Studenten- und Ausbildereinheit hatten. Ein Kurs würde viele Studenten haben. Ein Ausbilder würde viele Kurse haben. Dies wird als 1: n-Beziehung bezeichnet. Es gibt auch Viele-zu-Viele-Beziehungen und Eins-zu-Eins-Beziehungen.
Danach müssen Sie sich darauf konzentrieren, welche Daten in den einzelnen Entitäten gespeichert sind. Diese werden zu Ihren Spalten in Ihrer Datenbank. Zum Beispiel hat ein Student höchstwahrscheinlich einen Vornamen, einen Nachnamen, eine E-Mail, eine Schüler-ID usw. Versuchen Sie, Daten zwischen Entitäten nicht zu überlappen. Sie können Joins später verwenden, um über Beziehungen auf Daten von anderen Entitäten zuzugreifen.
Schließlich möchten Sie etwas wie this erstellen. Dies wird als ein Entity-Relationship-Diagramm (kurz ER-Diagramm) bezeichnet. Es muss nicht für den ersten Schritt so detailliert sein, aber wenn Sie mit einer strukturierten Datenbank beginnen, wird es viel einfacher sein, später zu verwalten. Es erfordert auch kein Programmierwissen, um eine Datenbank nachzubilden (nicht dass es nicht hilft). Wenn Sie .NET verwenden, können Sie sich Tools ansehen, um Object Relationship Mapping (ORM) wie Entity Framework zu erhalten, wodurch ein großer Teil des Bedarfs an SQL in Ihrer Anwendung entfällt.
All dies mag auf den ersten Blick überwältigend erscheinen, aber nach etwas Übung ist es wirklich nicht so schlimm.
- 1. Horizontale Datenbank und vertikale Datenbank
- 2. ViewPager und Datenbank
- 3. Sharepoint-Datenbank und Tabellen
- 4. Rails3 und Legacy-Datenbank
- 5. Datenbank und Listview Fehler
- 6. SQLite-Datenbank und Sprachen
- 7. WebSockets und Datenbank Objektbereich
- 8. JavaScript und Oracle-Datenbank
- 9. Schedules und die Datenbank
- 10. PHP Dropdown und Datenbank
- 11. Qualifier, Multiplizität und Datenbank
- 12. Datenbank (OLTP) und Reporting
- 13. Datenbank sharting und Rails
- 14. Listadapter und Datenbank
- 15. Test Datenbank und Codeception
- 16. SQLite-Datenbank und Swipe
- 17. Sharding Datenbank und JPA
- 18. Fotos und Datenbank
- 19. Programmierung und Datenbank
- 20. Flash und Datenbank Integration
- 21. Datenbank und asp.net
- 22. .NET- und Datenbank-Layer
- 23. session_regenerate_id und Datenbank-Handler
- 24. Excel und Datenbank
- 25. VB.net und MS Access-Datenbank
- 26. Create SQLite-Datenbank und Tabelle
- 27. Datenbank Normalisierung und faule Entwicklung
- 28. Unit Testing - Datenbank und Fixtures
- 29. Merge RDBMS und NoSQL-Datenbank
- 30. JQuery Datenbank sortieren und aktualisieren