SQL
Moderator: Moderatoren
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9387
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 104 Mal
- Danksagung erhalten: 362 Mal
- Kontaktdaten:
Re: SQL
Hallo, Hubert.
Manfred importiert nicht, er exportiert. Und er macht alles richtig, nur sind die Datensätze, die durch seinen Export aktualisiert werden sollen, manchmal nicht vorhanden, was nicht seine Schuld ist.
Manfred importiert nicht, er exportiert. Und er macht alles richtig, nur sind die Datensätze, die durch seinen Export aktualisiert werden sollen, manchmal nicht vorhanden, was nicht seine Schuld ist.
Herzlich,
Tom
Tom
- brandelh
- Foren-Moderator
- Beiträge: 15699
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 69 Mal
- Danksagung erhalten: 34 Mal
- Kontaktdaten:
Re: SQL
Wer hat denn was von Schuld geschrieben ...
ich hatte halt schon den Fall, dass ab und an importe abbrachen oder Zeilen nicht sauber eingelesen wurden und es zeigte sich,
dass beim Export in einem Memofeld Zeilenschaltungen drinn waren die in den Daten landeten ... das wollte ich nur erwähnt haben.
ich hatte halt schon den Fall, dass ab und an importe abbrachen oder Zeilen nicht sauber eingelesen wurden und es zeigte sich,
dass beim Export in einem Memofeld Zeilenschaltungen drinn waren die in den Daten landeten ... das wollte ich nur erwähnt haben.
Gruß
Hubert
Hubert
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: SQL
Hubert,
bei Manfred liegt der Fall anders. Er muß Aktualisierungsdaten an ein Shopsystem liefern. Die haben da irgendeine Schnittstelle gebastelt, die aus Manfreds csv-Zeilen irgendein SQL-Statement bastelt und abschickt. So wie ich das verstanden habe kann es aber passieren, das der Artikel, der da geupdatet werden soll, noch garnicht im Shop liegt. Und dann macht die Update-Anweisung garnichts. Den nicht neu anlegen, aber eben auch nicht zurückmelden, daß es da ein Problem gegeben hat.
Wenn es jetzt wie von Martin angedeutet eine Anweisung gäbe: "Update diesen Artikel, und wenn da nichts zum updaten ist, leg das neu an", dann wäre das vermutlich die allerbeste Lösung. Egal ob die Schnittstelle das nun regeln würde oder die SQL. Aber wie so oft - wenn derjenige, der diese Pröddelschnittstelle geschrieben hat, sie mit Infos bedeckt hält, dann kann man auch gegen eine Wand reden. Man kommt genau so viel weiter.
Jan
bei Manfred liegt der Fall anders. Er muß Aktualisierungsdaten an ein Shopsystem liefern. Die haben da irgendeine Schnittstelle gebastelt, die aus Manfreds csv-Zeilen irgendein SQL-Statement bastelt und abschickt. So wie ich das verstanden habe kann es aber passieren, das der Artikel, der da geupdatet werden soll, noch garnicht im Shop liegt. Und dann macht die Update-Anweisung garnichts. Den nicht neu anlegen, aber eben auch nicht zurückmelden, daß es da ein Problem gegeben hat.
Wenn es jetzt wie von Martin angedeutet eine Anweisung gäbe: "Update diesen Artikel, und wenn da nichts zum updaten ist, leg das neu an", dann wäre das vermutlich die allerbeste Lösung. Egal ob die Schnittstelle das nun regeln würde oder die SQL. Aber wie so oft - wenn derjenige, der diese Pröddelschnittstelle geschrieben hat, sie mit Infos bedeckt hält, dann kann man auch gegen eine Wand reden. Man kommt genau so viel weiter.
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.