9
keine Daten nach Datenimport
Problem mit SQL - Datenbank
Folgendes Problem:
Die Daten liegen im DFD und DFX - Format vor und werden mittels DB - Import in eine SQL - Datenbank gespeichert.
DB - Import meldet den Transfer als erfolgreich und legt den entsprechenden Typ in der Datenbank an.
Nur wenn ich mit irgendeiner Software auf die Datenbank zugreifen will, werden keine Daten in dem Typ gefunden?
Was ist der Fehler oder wie kann ich diesen finden?
Die Daten sind prinzipiell für die Software lesbar, da ich diese ohne die Zwischenschaltung der Datenbank problemlos öffnen kann.
Folgendes Problem:
Die Daten liegen im DFD und DFX - Format vor und werden mittels DB - Import in eine SQL - Datenbank gespeichert.
DB - Import meldet den Transfer als erfolgreich und legt den entsprechenden Typ in der Datenbank an.
Nur wenn ich mit irgendeiner Software auf die Datenbank zugreifen will, werden keine Daten in dem Typ gefunden?
Was ist der Fehler oder wie kann ich diesen finden?
Die Daten sind prinzipiell für die Software lesbar, da ich diese ohne die Zwischenschaltung der Datenbank problemlos öffnen kann.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 31394
Url: https://administrator.de/forum/keine-daten-nach-datenimport-31394.html
Ausgedruckt am: 23.12.2024 um 08:12 Uhr
9 Kommentare
Neuester Kommentar
Hi,
es wäre vielleicht gut zu wissen, was für eine Datenbank du verwendest?!
Gruß
Dani
es wäre vielleicht gut zu wissen, was für eine Datenbank du verwendest?!
Gruß
Dani
Es wird eine SQL - Datenbank verwendet.
Gehen wir es mal anders an:
Welche anderen Möglichkeiten außer DB - Import von ProMess gibt es um dfx und dfd - Dateien für qs - STAT in möglichst einfach in eine SQL - Datenbank zu bringen?
Sollten sich mit einem anderen Tool die gleichen Probleme ergeben, dann kann ich zumindest das Tool ausschließen.
Welche anderen Möglichkeiten außer DB - Import von ProMess gibt es um dfx und dfd - Dateien für qs - STAT in möglichst einfach in eine SQL - Datenbank zu bringen?
Sollten sich mit einem anderen Tool die gleichen Probleme ergeben, dann kann ich zumindest das Tool ausschließen.
Hallo,
es stellt sich in erster Linie die Frage: Welche SQL-DB?
MS-SQL; MySQL usw...
Bei MySQL und Co muss ich passen - doch unter MS-SQL kannst Du die Daten mittels Query-Analyzer erst mal filtern, selektieren etc..
Gruss AL
es stellt sich in erster Linie die Frage: Welche SQL-DB?
MS-SQL; MySQL usw...
Bei MySQL und Co muss ich passen - doch unter MS-SQL kannst Du die Daten mittels Query-Analyzer erst mal filtern, selektieren etc..
Gruss AL
So weit ich weiß handelt es sich um eine MS-SQL Datenbank der Version 8.0.
Soweit ich weiß ....?
Um hier eine Problemanalyse erstellen zu können muss grundsätzliches geklärt werden, unter anderem:
1.) Handelt es sich um eine reine DB-Version oder benutzt du ein Programm das die Datenverwaltung unter SQL handelt?
2.) Hast Du Zugriff auf die SQL-DB? zB mit Query-Analyzer.
2/a.) Wenn ja: kannst Du die Daten auslesen - unabhängig von Deinem Programm?
2/b
Wenn nein: kannst Du erkennen ob überhaupt eine Tabelle angelegt worden ist?
3.) Wie fit bist du was SQL angeht?
Unabhängig davon besteht die Möglichkeit, dass dein Importprogramm die zu importierenden Daten zuerst in eine Temp-Datei schreibt, anpasst/aufbereitet/modifiziert/umwandelt um sie danach in die endgültige SQL-DB zu übertragen und von da an evt. ins Nirvarna - also nirgends hin überträgt weil Zugriff / Verknüpfung auf die SQL-DB nicht korrekt ist .... Wir haben unser Auswerteprogramm für Messdaten so programmiert, allerdings mit entsprechenden Abfangroutinen um sicher gehen zu können, dass kein Nirvarnaeffekt auftritt.
Gruss AL
Um hier eine Problemanalyse erstellen zu können muss grundsätzliches geklärt werden, unter anderem:
1.) Handelt es sich um eine reine DB-Version oder benutzt du ein Programm das die Datenverwaltung unter SQL handelt?
2.) Hast Du Zugriff auf die SQL-DB? zB mit Query-Analyzer.
2/a.) Wenn ja: kannst Du die Daten auslesen - unabhängig von Deinem Programm?
2/b
Wenn nein: kannst Du erkennen ob überhaupt eine Tabelle angelegt worden ist?3.) Wie fit bist du was SQL angeht?
Unabhängig davon besteht die Möglichkeit, dass dein Importprogramm die zu importierenden Daten zuerst in eine Temp-Datei schreibt, anpasst/aufbereitet/modifiziert/umwandelt um sie danach in die endgültige SQL-DB zu übertragen und von da an evt. ins Nirvarna - also nirgends hin überträgt weil Zugriff / Verknüpfung auf die SQL-DB nicht korrekt ist .... Wir haben unser Auswerteprogramm für Messdaten so programmiert, allerdings mit entsprechenden Abfangroutinen um sicher gehen zu können, dass kein Nirvarnaeffekt auftritt.
Gruss AL
1. es ist keine reine DB - Version, es werden auch die Daten verwaltet
2. ich habe Zugriff auf die Datenbank
2a. ja, nur die besagten Daten von einer Maschine können nicht verarbeitet werden
2b. ja, eine Tabelle wird angelegt
3. im Bezug auf SQL bin ich nicht wirklich fit, kann mal gerade die notwendigsten Aktionen
Zur Version: Jetzt bin ich sicher: MS - SQL V8.0
Es scheint ein Problem des Headers zu sein, da die Daten mit einem Header einer anderen Anlage gelesen werden können, mit den korrekten Werten.
2. ich habe Zugriff auf die Datenbank
2a. ja, nur die besagten Daten von einer Maschine können nicht verarbeitet werden
2b. ja, eine Tabelle wird angelegt
3. im Bezug auf SQL bin ich nicht wirklich fit, kann mal gerade die notwendigsten Aktionen
Zur Version: Jetzt bin ich sicher: MS - SQL V8.0
Es scheint ein Problem des Headers zu sein, da die Daten mit einem Header einer anderen Anlage gelesen werden können, mit den korrekten Werten.
was bedeutet ".. nur die Daten von einer Maschine"?
Was ist eine Maschine?
Oder ist das so zu verstehen: Von allen Daten die du importierst hast kannst Du nur diesen einen Datensatz/sätze mit Deinem Programm nicht weiter verarbeiten - also die restlichen importierten Daten können weiter verarbeitet werden?
Gruss AL
Was ist eine Maschine?
Oder ist das so zu verstehen: Von allen Daten die du importierst hast kannst Du nur diesen einen Datensatz/sätze mit Deinem Programm nicht weiter verarbeiten - also die restlichen importierten Daten können weiter verarbeitet werden?
Gruss AL
Stimmt die restlichen Daten kann ich importieren.
Mittlerweile kann ich auch die Daten von der Maschine so halbwegs lesen. Mir ist eingefallen das ich so etwas ähnliches schon einmal für Access erstellt habe, nur ist mir damals nach 3 Tagen die Datenbank eingegangen.
Dazu hab' ich mir einen anderen Upload - Client organisiert und schon hatte ich die ersten Daten in der Datenbank.
Weiß der Geier warum ich eine neue Datenbank erstellen mußte damit es funktioniert.
Hab' die alte Datenbank nach SQL exportiert, sie muss noch modifiziert werden um 100% zu funktionieren.
Dann heißt es hoffen das diesmal die Datenbank durchhält.....
Mittlerweile kann ich auch die Daten von der Maschine so halbwegs lesen. Mir ist eingefallen das ich so etwas ähnliches schon einmal für Access erstellt habe, nur ist mir damals nach 3 Tagen die Datenbank eingegangen.
Dazu hab' ich mir einen anderen Upload - Client organisiert und schon hatte ich die ersten Daten in der Datenbank.
Weiß der Geier warum ich eine neue Datenbank erstellen mußte damit es funktioniert.
Hab' die alte Datenbank nach SQL exportiert, sie muss noch modifiziert werden um 100% zu funktionieren.
Dann heißt es hoffen das diesmal die Datenbank durchhält.....
