Array of Integer in MySql

[gravedigger]

Um es noch weiter zu treiben geht auch ein

...
where find_in_set(id, gruppe)


Gruß aus den sonnigen Dortmund

Frank Graeber

[Sherlock]

Klartext: Das geht, und es wurden ja schon Vorschläge gebracht, aber da sich Deine Fragestellung doch sehr noch nach "Planung" oder "früher Entwicklung" anhört:
MACH DAS BITTE NICHT!
Du bringst Dich dadurch unnötig in Teufels Küche. Nur weil etwas geht, macht man es ja trotzdem nicht. Immerhin verwendest Du ja MySQL und nicht eine Textdatei zum speichern Deiner Daten, und das wäre auch möglich.

Normalisier Deine Tabellen soweit es geht. Dritte Normalform sollte noch drin sein, die erste ist IMHO Pflicht.

Sherlock

[DelTurbo]

Keine angst. Ich habe oben ja schon geschrieben das ich das über die 3. Tabelle machen werde.

Trotzdem finde ich es Interessant was doch so alles geht

[DeddyH]

Vorsicht: zum Teil sind die Vorschläge MySQL-spezifisch, wenn Du das verwendest und später mal das DBMS wechseln möchtest, viel Spaß.

[gravedigger]

Das sollte jetzt vielleicht nicht in eine Diskussion über die Vor- und Nachteile der verschiedenen DBMS enden.
Aber normalerweise überlegt man sich doch vorher welche Datenbank man verwendet.

In der Regel hat es doch lizenztechnische und/oder monetäre Gründe.

Da der Zugriff auf die Datenbank über MyDac erfolgt, kann man davon ausgehen das MySQL die Datenbank seiner Wahl ist.
Somit kann er und sollte er auch die MySQL-spezifischen Funktionen benutzen um für MySQL das beste Ergebnis zu bekommen.
Wer wechselt schon ständig sein DBMS?

Natürlich ist der Weg über eine dritte Tabelle mit n:m-Beziehung der bessere Weg.
Aber auch auf diesem Weg kann man evtl. mit

... where find_in_set(id, gruppe)

zum Ziel kommen.


Gruß aus Kamen

Frank Graeber

[DeddyH]

Was ich meinte: es ist ja schon vereinzelt vorgekommen, dass Kunden nach Unterstützung anderer DBMS fragen. Das erfordert meist sowieso schon einigen Aufwand, je nachdem, wie systemgebunden man das Ganze aufgebaut hat. Da tut es IMO nicht Not, von vornherein Designfehler zu ignorieren, nur weil das derzeit verwendete DBMS Funktionalitäten bereitstellt, die diese Fehler übertünchen.