Db-Design: dynamisch erstellte Dropdown aus mehreren Tabellen füllen

tarian · 14.10.2010, 09:08

Hallo,

ich habe derzeit ein Problem und finde keine sinnvolle Lösung. Folgendes:

Ich erstelle aus der Datenbank meine Formularelemente, nun habe ich eine Dropdown-Liste die u.a aus n Tabellen gefüllt werden kann. Eine Tabelle davon ist die Schreibtabelle, aus der ggf. ebenfalls ein Wert kommen kann der dann "selected" wird b.z.w in die das Ergebnis geschrieben wird. Mein Problem besteht jetzt darin das ich natürlich die Relationen Dropdown<->Tabellen irgendwie in einer Tabelle abbilden muss.

Meine bisherige Überlegung:

Code:

RelationsID|Mode(Read/Write)|Table|Column|Condition

DropdownID|RelationID

DropdownID|Name|...

Hat einer eine gute Idee? B.z.w ist das Konzept so überhaupt sinnvoll oder denk ich zu kompliziert und es gibt einen viel leichteren weg?

mimomamu · 14.10.2010, 09:20

Irgendwie scheint mir das die falsche Abstraktionsebene zu sein.

tarian · 14.10.2010, 09:26

Eine tiefergreifende Begründung wäre schön

Ziel des ganzen ist eine einfache und schnelle Implementierung von Formen mit mehr als 50 Elementen. Dahinter liegt ein Workflow der die Felder je nach Person die diese anschaut aus oder einblendet.

mimomamu · 14.10.2010, 09:43

Normalerweise werden Details der Benuteroberfläche nicht in der Datenbank gespeichert. In der Datenbank werden eher Entitätsobjekte gespeichert.

Wenn man ein Dropdown mal auseinanderpflückt, dann ist es ein Eingabefeld in das eine sehr begrenzte Anzahl von Werten eingetragen werden darf. Aus usabilitygründen ist es dann günstig, dem Benutzer die Auswahl eines Wertes zu ermöglichen, anstatt von ihm zu verlangen, den Wert einzutippen. Bei steigender Anzahl von Werten wird es aber immer wahrscheinlicher, das ein Texteingabefeld oder eine Combobox die bessere Wahl ist. Bei 3 oder weniger möglichen Werten halte ich Radio Buttons für die bessere Wahl.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Tabellen Design	coolerj	Off-Topic Diskussionen	8	13.09.2010 17:19
[Erledigt] Dropdown Menü dynamisch füllen (MySQLi)	Nicon	PHP Tipps 2009	1	24.07.2009 00:59
[Erledigt] Dropdown mit Werten aus mySQL Tabelle füllen		PHP Tipps 2005	18	11.06.2009 10:46
Beispielprojekt Datenbanken mit mehreren Tabellen	conan2011	PHP Tipps 2009	3	18.04.2009 20:32
löschen in mehreren Tabellen	maeck	Datenbanken	5	10.07.2008 23:19
Zeilen aus mehreren Tabellen löschn mit Bezug auf eine Table	Riks	Datenbanken	3	25.02.2007 20:17
select mit inhalten aus mehreren Tabellen	wurtzel	Datenbanken	6	02.12.2006 17:37
Bestimmte ID in mehreren Tabellen suchen	Dummy2006	PHP Tipps 2006	10	01.06.2006 21:54
Aus mehreren Tabellen (Foren) den Top User ermitteln	wizzardxx	PHP Tipps 2006	9	15.02.2006 10:39
[Erledigt] Daten aus mehreren Tabellen holen		Datenbanken	0	19.09.2005 17:14
dynamisch erstellte Formularfelder mit POST übergeben	RoDa	PHP Tipps 2005-2	3	19.06.2005 12:41
[Erledigt] MySQL Abfrage aus mehreren Tabellen		Datenbanken	1	12.04.2005 17:53
[Erledigt] Selectanfrage an eine Datenbank,aber aus mehreren Tabellen		Datenbanken	2	26.10.2004 07:23
Dynamisch erstellte Variablen ansprechen		PHP Tipps 2004	2	08.08.2004 20:15
letztes Datum aus mehreren Tabellen	wizzardxx	PHP Tipps 2004	6	05.07.2004 23:18

14.10.2010, 09:08
tarian Erfahrener Benutzer Registriert seit: 22.03.2009 Beiträge: 109 PHP-Kenntnisse: Fortgeschritten	Db-Design: dynamisch erstellte Dropdown aus mehreren Tabellen füllen Hallo, ich habe derzeit ein Problem und finde keine sinnvolle Lösung. Folgendes: Ich erstelle aus der Datenbank meine Formularelemente, nun habe ich eine Dropdown-Liste die u.a aus n Tabellen gefüllt werden kann. Eine Tabelle davon ist die Schreibtabelle, aus der ggf. ebenfalls ein Wert kommen kann der dann "selected" wird b.z.w in die das Ergebnis geschrieben wird. Mein Problem besteht jetzt darin das ich natürlich die Relationen Dropdown<->Tabellen irgendwie in einer Tabelle abbilden muss. Meine bisherige Überlegung: Code: RelationsID\|Mode(Read/Write)\|Table\|Column\|Condition DropdownID\|RelationID DropdownID\|Name\|... Hat einer eine gute Idee? B.z.w ist das Konzept so überhaupt sinnvoll oder denk ich zu kompliziert und es gibt einen viel leichteren weg? Geändert von tarian (14.10.2010 um 09:21 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

14.10.2010, 09:20
mimomamu Erfahrener Benutzer Registriert seit: 23.08.2010 Beiträge: 495 PHP-Kenntnisse: Fortgeschritten	Irgendwie scheint mir das die falsche Abstraktionsebene zu sein. __________________ Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden

14.10.2010, 09:26
tarian Erfahrener Benutzer Registriert seit: 22.03.2009 Beiträge: 109 PHP-Kenntnisse: Fortgeschritten	Eine tiefergreifende Begründung wäre schön Ziel des ganzen ist eine einfache und schnelle Implementierung von Formen mit mehr als 50 Elementen. Dahinter liegt ein Workflow der die Felder je nach Person die diese anschaut aus oder einblendet.

14.10.2010, 09:43
mimomamu Erfahrener Benutzer Registriert seit: 23.08.2010 Beiträge: 495 PHP-Kenntnisse: Fortgeschritten	Normalerweise werden Details der Benuteroberfläche nicht in der Datenbank gespeichert. In der Datenbank werden eher Entitätsobjekte gespeichert. Wenn man ein Dropdown mal auseinanderpflückt, dann ist es ein Eingabefeld in das eine sehr begrenzte Anzahl von Werten eingetragen werden darf. Aus usabilitygründen ist es dann günstig, dem Benutzer die Auswahl eines Wertes zu ermöglichen, anstatt von ihm zu verlangen, den Wert einzutippen. Bei steigender Anzahl von Werten wird es aber immer wahrscheinlicher, das ein Texteingabefeld oder eine Combobox die bessere Wahl ist. Bei 3 oder weniger möglichen Werten halte ich Radio Buttons für die bessere Wahl. __________________ Meinungen, die ich geäußert habe, sind nicht notwendigerweise meine eigenen. Abweichungen von der deutschen Rechtschreibung unterliegen dem Urheberrecht, dürfen aber unter den Bedingungen von verwendet werden