| | | | |
| |||||||
| Software-Design Diskussionen auf Profi-Niveau: PHP Lösungen auf konzeptioneller Ebene |
|
| | LinkBack | Themen-Optionen | Thema bewerten |
| | |
| PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten | |
| | |
| Erfahrener Benutzer Registriert seit: 28.06.2009
Beiträge: 109
PHP-Kenntnisse: Fortgeschritten ![]() | Es soll sogar Schüler geben,die innerhalb eines Jahres die Klasse wechseln ... Hast Du die auch in deinem Modell ? Ich würde für die Fälle im Modell von Nikosch die Relation um das Datum erweitern: Code: rel_Klasse_Schueler =============== 1 | 55 | 01.08.2006 2 | 55 | 01.08.2006 // war in der selben Klasse wie Karl 1 | 77 | 01.08.2007 // Sitzengeblieben 2 | 78 | 01.08.2007
__________________ Webstammtisch Oldenburg |
| | |
| | |
| Moderator und Wett-König | @eisenhans: in einem OO-Datenmodell würdest du das üblicherweise mit historisierten Beziehungen realisieren. Will heißen: eine Beziehung für die aktuelle Zugehörigkeit und eine für die "historische" Zugehörigkeit. Letztere kann mehrmals vorkommen, erstere nur einmal. Damit tust du dir bei der Abfrage leichter und die Selektivität bei Abfrage der aktuellen Schüler auf der Beziehungs-Tabelle ist größer! @ecomeback: wichtig ist hier vor allem die Konfiguration der JOIN-Indizes auf der Beziehungs-Tabelle. Diese müssen in der Reihenfolge der JOINs definiert sein, sonst kann diesen MySQL nicht verarbeiten. Der GORM des APF legt daher einen JOIN- und einen Reverse-JOIN-Index an, damit die n:m Beziehung in beide Richtungen abfragbar ist.
__________________ Viele Grüße, Dr.E. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1. Think about software design before you start to write code! 2. Discuss and review it together with experts! 3. Choose good tools (-> Adventure PHP Framework (APF))! 4. Write clean and reusable software only! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| | |
|
| Themen-Optionen | |
| Thema bewerten | |
|
|
Ähnliche Themen | ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Datenbankdesign / Normalisierung | taurus | Datenbanken | 1 | 07.02.2011 10:53 |
| Benutzerrechteverwaltung / Datenbankdesign | Adam S | Datenbanken | 5 | 01.11.2010 10:37 |
| Datenbankdesign für Reisen | 22hase | Datenbanken | 16 | 17.09.2010 18:39 |
| Datenbankdesign | wernersbacher | Datenbanken | 3 | 10.07.2010 16:06 |
| [Erledigt] Effizientes Datenbankdesign | Yanko | Datenbanken | 6 | 04.07.2010 14:58 |
| datenbankdesign - server .csv abfragen, werte speichern | taurus | Datenbanken | 42 | 09.05.2010 17:44 |
| Datenbankdesign für Keywords | monk | Datenbanken | 2 | 19.01.2010 21:03 |
| Datenbankdesign | Screeny | Datenbanken | 13 | 29.10.2009 01:50 |
| Datenbankdesign für Onlineshop | jonSchmidt | Datenbanken | 1 | 24.07.2009 18:41 |
| [Erledigt] Komplexer SELECT (in relationalem Datenbankdesign) + Literaturempfehlung | lordnikonkg | Datenbanken | 4 | 29.04.2009 23:10 |
| [Erledigt] Datenbankdesign: "Freundschaftsnetzwerk" | phyton | Software-Design | 15 | 04.10.2008 13:28 |
| Datenbankdesign mit wiederholung | shocky | Datenbanken | 2 | 15.01.2007 15:37 |
| Datenbankdesign: Reloaded | c-f-g | Datenbanken | 7 | 29.07.2006 17:24 |
| [Erledigt] [SQL] Datenbankdesign | Datenbanken | 5 | 12.04.2005 08:30 | |
| Datenbankdesign für Shop mit unterschiedlichen "Typen&a | PHP Tipps 2005 | 27 | 20.01.2005 16:06 | |