![]() |
Re: SQL-Abfrage über mehrere Tabellen
Kann es zu einem Auftrag mehrere Stati geben?
|
Re: SQL-Abfrage über mehrere Tabellen
Nein, der Status eines Auftrages wird immer wenn eine neue Aktion vorgenommen wird, geändert.
Allerdings wird in der Statistiktabelle ein Eintrag erstellt, wenn die letzte Statusänderung an einem anderen Tag war. Das heißt also wird ein Auftrag an einem Tag begonnen und abgeschlossen hat er nur einen Statistikeintrag, egal wie oft der Status geändert wurde. Wird er an einem anderen Tag abgeschlossen oder bearbeitet (Statusänderung) wird ein neuer Statistikeintrag erstellt. Fazit: In der Statistiktabelle kann es zu einem Auftrag mehrere Einträge mit unterschiedlichen Daten und Statuscodes geben. Entscheidend für die Erinnerung ist aber immer nur der letzte Eintrag zu einem Auftrag. |
Re: SQL-Abfrage über mehrere Tabellen
ich hab schon ne Erinnerung drin mit einer festen Frist (Codes werden noch aus ner Datei ausgelesen und die Frist aus meiner config.ini) und hab das so gelöst:
Delphi-Quellcode:
Aber wie gesagt: verschiedene Statuscodes mit verschiedenen Fristen ist das Ziel.
with frmdata.quremind do
begin close; sql.Clear; sql.Add('SELECT * FROM auftrag LEFT OUTER JOIN geraete ON auftrag.geraet = geraete.geraeteid WHERE status IN('+remindstatus.commatext+') AND annahmedatum <= '''+formatdatetime('yyyy-mm-dd',date-config.ReadInteger('Grundeinstellungen','Reminddays',0)) +''' AND techniker= '+config.ReadString('Grundeinstellungen','Technikernummer','')+'; '); open; if recordcount>0 then begin if messagedlg('Es wurden '+ inttostr(recordcount)+ ' offene Aufträge gefunden, die älter als '+ inttostr(config.ReadInteger('Grundeinstellungen', 'Reminddays',14))+ ' Tage sind. Möchten Sie die Aufträge jetzt ansehen?', mtconfirmation, [mbyes,mbno],0)=mryes then begin frmremind.Show; end; end; end; |
Re: SQL-Abfrage über mehrere Tabellen
Sorry, aber davon kann ich leider nicht ausgehen...
Zitat:
Das geht so nicht, oder etwa doch? Ist ja MySQL, da weiss man nie. Edit... So habe mir nochmal Gedanken gemacht... Warum ist bei dir die Auftragsnummer nicht in der Auftragstabelle? Die sollte sich doch nicht pro Status ändern können oder? Folgende Tabellenstruktur würde ich vorschlagen:
SQL-Code:
Wenn du in das Datum als Default einen Timestamp machen lässt, wird automatisch das aktuelle Datum+Zeit in die Spalte Datum geschrieben, wenn ein Datensatz in die Datenbank eingetragen wird.
CREATE TABLE `auftrag` (
`auftragID` int(10) unsigned NOT NULL auto_increment, `auftragnummer` varchar(10) NOT NULL default '', PRIMARY KEY (`auftragID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; CREATE TABLE `status` ( `StatusID` int(10) unsigned NOT NULL auto_increment, `TagFrist` int(10) unsigned NOT NULL default '0', PRIMARY KEY (`StatusID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; CREATE TABLE `auftrag_status` ( `StatistikID` int(10) unsigned NOT NULL auto_increment, `AuftragID` int(10) unsigned NOT NULL default '0', `StatusID` int(10) unsigned NOT NULL default '0', `Techniker` varchar(10) NOT NULL default '', `Datum` timestamp NOT NULL default CURRENT_TIMESTAMP, PRIMARY KEY (`StatistikID`), KEY `FK_auftrag_status_1` (`AuftragID`), KEY `FK_auftrag_status_2` (`StatusID`), CONSTRAINT `FK_auftrag_status_2` FOREIGN KEY (`StatusID`) REFERENCES `status` (`StatusID`), CONSTRAINT `FK_auftrag_status_1` FOREIGN KEY (`AuftragID`) REFERENCES `auftrag` (`auftragID`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; Dann brauchst du das nicht in deiner Anwendung beachten. Mit folgender Anweisung kommst du dann an die letzte Auftragsbearbeitung, wenn die Frist, die sich auf den aktuellsten Statuscode bezieht, den aktuellen Tag überschritten hat. So hat man die ganze Geschichte eines Auftrags in der Datenbank, da brauch kein Eintrag geändert zu werden, wenn schon am selben Tag ein Datensatz besteht.
SQL-Code:
Ich habe das mit MySQL5 getestet. Sollte aber auch mit 4.1 gehen.
SELECT *
FROM auftrag a INNER JOIN auftrag_status x ON a.auftragID = x.auftragID INNER JOIN status s ON x.statusID = s.statusID WHERE datum = (SELECT MAX(datum) FROM auftrag_status WHERE auftragID = a.auftragID) AND DATE(NOW()) > DATE(DATE_ADD(datum, INTERVAL tagfrist DAY)) Gruss Thorsten |
Re: SQL-Abfrage über mehrere Tabellen
ich hab schon mitbekommen, dass ich meine DB noch ein bisschen umbauen muss.
Also die auftragsnummer gibt es in der Auftragstabelle (auftrag.nummer(varchar)), das ist im Prinzip der Name des Auftrags aber eben nicht der Primärschlüssel, der ist auftragid. In der Statistiktabelle muss ich dann richtigerweise noch das Feld ändern wenn die Tabellen verknüpft werden. Im Moment wird die Statistiktabelle von ner Prozedur befüllt und ich hab da die Auftragsnummer statt der auftragsid genommen um meine alte Abfrage einfacher zu machen. Dann hab ich festgestellt, dass ich gar keine ForeignKeys anlegen kann weil ich MyISAM als Typ habe. Ich hab schon versucht, das umzuwandeln, funktioniert aber nicht. Gibt's da noch nen Trick oder muss ich die DB komplett neu anlegen und dann die Daten kopieren? ich hab das ganze mal mit anpassungenan die unveränderte struktur im querybrowser getestet mit dem resultat das mir der ganze rechner eingeschlafen ist weil der mysqlserver mit 100% CPU-Last läuft. |
Re: SQL-Abfrage über mehrere Tabellen
Lasse dir die Datenbank am besten in ein SQL-Skript auslagern (inklusive Insert-Statements). Dieses Skript kannst du dann anpassen und dann eine neue DB anlegen.
|
Re: SQL-Abfrage über mehrere Tabellen
Das ging schon mal. Die Tabellen sind jetzt alle InnoDB.
Allerdings kann ich keinerlei ForeignKeys anlegen. beim Anlegen damit
SQL-Code:
kommt immer das:
ALTER TABLE `repdb`.`auftrag` ADD CONSTRAINT `FK_auftrag_1` FOREIGN KEY `FK_auftrag_1` (`Artikel`)
REFERENCES `artikel` (`Artikelnummer`) ON DELETE SET NULL ON UPDATE CASCADE; Can't create table '.\repdb\#sql-130_5f.frm' (errno: 150) Ich hab schon auf der MySQL-Seite nachgeschaut und die dort angegebenen Lösungsvorschläge mit zwei Test-Tabellen probiert, aber immer mit dem selben Fehler. |
Re: SQL-Abfrage über mehrere Tabellen
kann man da im Server was falsch konfigurieren, dass die FKs nicht angelegt werden können? InnoDB ist logischer Weise aktiviert.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:42 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz