Datenerfassung mit Firebird Datenbank

[Jens Hartmann]

Ne, das macht die EMA, genauso wie alle anderen Zentraletypen auch.

Danke, du hast mir sehr geholfen.

Morgen Früh kümmer ich mich um den Zugriff aus Delphi.

Schönen Abend noch.

[Chemiker]

Hallo Jens Hartmann,

vielleicht noch eins, wenn es geht versuche die Daten von der seriellen Schnittstelle so wie sie sind in die Datenbank reinzuschreiben.
Die Interpretation würde ich erst nach dem Lesen der Datensätze durchführen, z.B. für die Anzeige oder Drucken usw.
Das hat den Vorteil, dass die Daten relativ schnell in der Datenbank abgelegt werden können.

Bis bald Chemiker

[alex517]

Hallo Jens,

du hast, wie ich gesehen habe, in den Feldnamen '.' und '\' verwendet.
Damit kannst du ggf. Probleme bekommen.
Ich habe auch schon erlebt, dass jemand ein '€' im Feldnamen hatte
und damit anschließend die Datenbank nicht wieder öffnen konnte.
Auf jeden Fall wirst du diese Feldnamen immer in Anführungsstriche setzen müssen.
Damit erhöht sich nicht unbedingt die Lesbarkeit der SQL-Anweisungen.

Meine Empfehlung:
Nur Großbuchstaben A..Z, Ziffern 0..9 und den Unterstrich für Feldnamen verwenden.
Keine Sonderzeichen oder Umlaute.

Desweiteren keine Standard Keywords / reserved Keywords als Feldnamen verwenden.

alex

[Jens Hartmann]

Danke, das kann ich ja ändern mit den Namen,

zu deiner Sache mit den kompletten Datensätzen einlesen ohne sie zu verarbeiten, Also lese ich den Datensatz ein, und verarbeite Ihn nicht, dann ist aber die Frage, wie ich den Inhalt von Datum und Uhrzeit komme.

Also müsste ich ja den Datensatz komplett einlesen, und bei der Abfrage für´s Anzeigen oder Drucken den Datensatz zerplügen.

Oder, wie. :gruebel:

Der Datensatzt, hat ja folgenden Aufbau und es kann auch sein, das wie in dem Bild mehrere Einträge aufeinmal kommen.

[khh]

Zitat:

Zitat von Jens Hartmann

Das wäre sicherlich möglich, nur ist halt meine Frage ob es Sinn macht, wenn ich das Datum ja eh in dem Datensatz mitgeliefert bekomme.

ist meiner Ansicht nach unnötig, da du das Datum schon hast.
Also einfach alles in eine einzige tabelle und die DS mit eienr ID versehen , fertig

Gruss KH

[alex517]

Die eingelesenen Daten sollten schon über das Delphi-Programm in die
einzelnen Ereignisse zerlegt und als einzelne Datensätze (je Ereignis)
gespeichert werden.
Was das Datum und die Uhrzeit anbetrifft, sollten zum einen die
aus der Anlage gemeldeten Werte und darüberhinaus der Timestamp
des Inserts in die Datenbank gespeichert werden.
Wie du schon selbst festgestellt können diese Angaben durchaus differieren.

In unseren Anwendungen haben so gut wie allen Tabellen die Felder

SQL-Code:

DC TIMESTAMP, /*Date Create */
DM TIMESTAMP, /*Date Modified  */
UC VARCHAR(), /*User Create  */
UM VARCHAR(), /*User Modified  */

die nur durch die Datenbank-Trigger gesetzt werden.
Hat schon häufig geholfen Problemen zu lösen oder
die Aussagen von Kunden zu "überprüfen".

alex

[Jens Hartmann]

Das hört sich zumindestens mal so an, als hätte ich verstanden worum es geht.

KH hat geschrieben

Zitat:

ist meiner Ansicht nach unnötig, da du das Datum schon hast.
Also einfach alles in eine einzige tabelle und die DS mit eienr ID versehen , fertig

Also, nutze ich das Datum aus meinem Datensatz um später eine Möglichkeit der Abfrage zu haben, wann was passiert ist.

Alex hat geschrieben

Zitat:

Die eingelesenen Daten sollten schon über das Delphi-Programm in die
einzelnen Ereignisse zerlegt und als einzelne Datensätze (je Ereignis)
gespeichert werden.
Was das Datum und die Uhrzeit anbetrifft, sollten zum einen die
aus der Anlage gemeldeten Werte und darüberhinaus der Timestamp
des Inserts in die Datenbank gespeichert werden.

Daraus folgere ich, das ich zusätzlich noch eine Spalte machen sollte, die mit dem Trigger gesetzt wird, um später erkennen zu können, ob eine Differenz zwischen dem Ereignissdatum und dem Eintragdatum besteht.

Außerdem. müsste ich also den Datensatz doch komplett zerlegen, und auch die Ereigniss in die Untergruppen Ereignis, Teilnehmer, Bereich zerlegen.

[Jens Hartmann]

So, ich habe jetzt die Datenbank angepasst und versucht drauf zuzugreifen, eins ist mir allerdings noch unklar, und ich bekomme auch beim ausführen, eine Fehlermeldung.


Wenn ich folgende SQL-Abfrage ausführe..

SQL-Code:

SELECT * FROM Securdat.fdb

Dann kommt eine Fehlermeldung, das ganze klingt für mich auch logisch, weil woher, soll das Programm wissen, das es auf die Tabelle MB256PLUS aus der Datenbank Securdat zugreifen soll?

[mkinzler]

-Verbindung zur Datenabnk Securdat.fdb aufbauen
-

SQL-Code:

SELECT * FROM  MB256PLUS

[Jens Hartmann]

Ich denke das habe ich gemacht

Delphi-Quellcode:

{Datenbank}

{Datenbankpfad zuweisen}
procedure TFUebung.Button8Click(Sender: TObject);
var
s :String;
begin
  Query1.Active := false;
  SelectDirectory('Wählen Sie das Datenbankverzeichnis aus ' + 'wo sich Ihre Datenbank befindet',' ',s);
  Edit1.Text := s+'\Securdat.fdb';
  Query1.DatabaseName := Edit1.Text;
end;

{SQL-Abfrage starten}
procedure TFUebung.Button7Click(Sender: TObject);
begin
  Query1.SQL := Memo1.Lines;
  Query1.Active := true;
end;