Welches Format für Datensatzstatus

[guidok]

Hallo,

ich füge Datensätze in eine Tabelle ein, die folgenden Status annehmen können (diesen Status bekomme ich so aus einer Importdatei geliefert):

ANGL = Angelegt
INAK = Inaktiv
LÖVM = Löschvermerk

Diese können jetzt natürlich auch gemeinsam auftreten, also ANGL INAK oder ANGL LÖVM.

Derzeit wird der Status als VARCHAR Feld geführt in dem ich den Status als Text ANGL, INAK, LÖVM schreibe.

Nach dem Auslesen der DB stelle ich mit Pos() fest welcher Status vorliegt. Ich finde das jetzt nicht so wahnsinnig geschickt und würde das gerne ändern, aber wie? Und wie kann ich gleich bei der SQL-Abfrage Datensätze mit einem bestimmten Status erhalten?

Wobei der Vorteil der o.g. Methode wäre, dass bei zusätzlichen Statusinformationen an der DB-Struktur nichts geändert werden müsste...

Danke,
Guido

[mkinzler]

Ich würde die Stati in eine eigene Relation auslagern

[tomsel]

Bei Beibehaltung der DB-Struktur würde mir da spontan "like" einfallen, zumindest, solange diese Abkürzungen so gewählt werden, dass sie sich nicht ähneln (also die eine nicht in der anderen enthalten ist). Also z.Bsp. select * from tabelle where status like '%INAK%' or status like '%LÖVM%'

[Jelly]

Zitat von mkinzler:

Ich würde die Stati in eine eigene Relation auslagern

Und dazu noch eine m:n Beziehungsrelation.

[mkinzler]

Das hatte ich gemeint

[Sharky]

Zitat von Jelly:

Zitat von mkinzler:

Ich würde die Stati in eine eigene Relation auslagern

Und dazu noch eine m:n Beziehungsrelation.

Wäre es nicht besser, solange es sich nur um wenige Stati handelt, diese in einem Int Feld der Tabelle zu halten und dann über Bit-Operationen auzuwerten?

Status1 = 1
Status2 = 2
Status3 = 4
Status4 = 8

dann spart man sich eine Zusatztabelle. Natürlich nur wenn es garanitiert ist das es maximal 32 Stati geben wird.

[mkinzler]

Dann müsste man aber die Bimuster wieder auseinanderfieseln

[Sharky]

Zitat von mkinzler:

Dann müsste man aber die Bimuster wieder auseinanderfieseln

Hai,

das finde ich jetzt aber nicht so problematisch.

So oder so muss man ja sagen was man möchte. Und wenn es über die Bitmuster machbar ist spart er sich zwei Tabellen welche ja verknüpft werden müssen und darum wieder den Server belasten.

Oder denke ich eben (habe Urlaub) total falsch?

[tomsel]

Zitat:

Dann müsste man aber die Bimuster wieder auseinanderfieseln

"Bimuster"

MySQL unterstützt doch Bitoperationen (?), also ... warum nicht?

[DeddyH]

Hai, Sharky, das Problem sehe ich weniger beim Prüfen einzelner Bits auf dem Client, als vielmehr beim Formulieren von Abfragen.