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.

SQL-Code:

select * from tabelle where status like '%INAK%' or status like '%LÖVM%'

[Jelly]

Zitat:

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:

Zitat von Jelly

Zitat:

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:

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" :gruebel:

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.

[Jelly]

Zitat:

Zitat von Sharky

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?

Das spart zwar 2 Zusatztabellen, erschwert aber erheblich Anpassungen an den Daten. Was, wenn morgen ein Status dazukommt. Oder nicht mehr existiert?

Bedenken gibts auch, wenn du Abfrage über ein Status machen willst. Da kommst du um Bitoperationen nicht rum, d.h. es werden Operatoren odes Funktionen in SQL Statements vorkommen, und die machen dir die Indizierung auf das Statusfeld zunichte.

Ich hatte mal vor einiger Zeit gleiches zu bewältigen, und hatte auch diese Idee. Hab sie aber aus genannten Gründen schnell wieder über Bord geschmissen, und hoffe sie lagert jetzt irgendwo ganz tief im Mariaanengraben :mrgreen:

[tomsel]

SQL-Code:

 select dings from bums where (status & 2) = 2

... oder so in etwa








äähh, ja, das problem kiegt wo anders :stupid:

[mkinzler]

Zitat:

"Bimuster" Grübelnd...

Wer hat mir den t geklaut... :stupid:
natürlich kann man es auch so machen, ich würde aber die Lösung mit den extra Tabellen wählen.

[Jelly]

Noch eine Ergänzung: Was ist mit der Datenkonsistenz... Wie willst du einschränken, dass plötzlich der Status 3172 irgendwo gesetzt wird.

MySQL ist doch ein relationales DBMS. Dann sollte man es auch relational nutzen. Weil es sich in der Statustabelle ja wohl um +/- 3 Einträge handelt, friesst ein Join auf diese Tabelle kein Brot.

[guidok]

Zitat:

Zitat von mkinzler

Ich würde die Stati in eine eigene Relation auslagern

Das soll wohl heißen:

Tabelle A ist die Tabelle mit den importierten Daten, und Tabelle A_Status enthält die Einträge mit den Statusinformationen, z.B.

A.ID (Primarykey)
A.xxx

A_Status.AID
A_Status.Statusinfo



Habe ich das richtig verstanden?

[Jelly]

Zitat:

Zitat von guidok

Habe ich das richtig verstanden?

Du bruchst auf jeden Fall 3 Tabellen. Deine eigentliche Daten (Import), eine Status Tabelle mit den 3 Records deiner Statusse... Und dann natürlich die CrossReference Tabelle, welche dir die m:n Beziehung zwsichen importiertem Datensatz und dem Status gibt.

[guidok]

Also gut, ich habe jetzt drei Tabellen:

Import - ID, weitere Felder

Import_Status - ID, STATUS

Import_XStatus - Import_ID, Import_Status_ID


Wie sieht jetzt eine SQL-Abfrage aus, welche die drei Tabellen verbindet?

z.B.

Alle Import_Status.STATUS zu einer gegebenen Import.ID

SQL-Code:

SELECT A.STATUS FROM Import_Status A
  ...???

[marabu]

Hallo Guido,

MySQL bietet für deine Zwecke den Datentyp SET an:

SQL-Code:

CREATE TABLE Importe (ID INTEGER NOT NULL, Status SET('ANGL', 'INAK', 'LÖVM'));
ALTER TABLE Importe MODIFY Status SET('ANGL','INAK','LÖVM','TEST');
SELECT * FROM Importe WHERE FIND_IN_SET('INAK', Status);
UPDATE Importe SET Status = 'INAK,TEST' WHERE ID = 0;

Eine Lösung auf dieser Basis würde ich bevorzugen.

Freundliche Grüße

[guidok]

Danke Marabu, das werde ich mir mal genauer anschauen.

[bluesbear]

Öhm - jetzt mal ganz blöd gefragt: Wieso nicht einfach 3 Boolean Felder nehmen? :gruebel:

[marabu]

Das kannst du auch so machen, aber du musst dann aufpassen, dass nicht eine Strukturänderung an der Tabelle (beim Hinzufügen weiterer Statuswerte) deinen Code bricht.

[bluesbear]

Hinzufügen ist die einfachste Variante.
Bestehende Felder verändern ist problematisch.
Aber für diesen Firlefanz gleich 2 neue Tabellen anlegen, mit einer m:n Struktur???
Joh heiligs Blechle!
Pimp my Database.