miprant

Hallo! Hätte da wiedermal eine Frage... Ich möchte eine tägliche Abfrage aus meiner SQL-2000 Datenbank erstellen, welche aber auch Spalten mit "freien" Feldern beinhaltet, in denen man z. Bsp. Stückzahlen eingeben kann. Diese Abfrage enthält mehrere Spalten und jene Spalten, in denen wir die Stückzahlen eintragen, sollten per Knopfdruck in eine mail übertragen (jweils als Tabelle mit den Zeilendetails und natürlich nur jene, wo wir eine Stückzahl eingetragen haben) und automatisch über den Server verschickt werden. Hat jemand eine Idee, wie man das mit SQL machen könnte bzw. ist dies mit SQL überhaupt möglich? viele Grüße, miprant

Dein Vorschlag mit der Änderung von nvarchar auf varcher hat leider nicht den gewünschten Erfolg gebracht. Die Gegenseite meint, dass wir einen php-tauglichen Zeichensatz verwenden sollen. Mit reinem ASCII gibts aber keine Umlaute... Weiters meinen die, wir müssten das "Speichern in einem Texteditor" "simulieren". Keine Ahnung, wie wir das machen sollen. Frage: 1. hast du einen Vorschlag für anderen Zeichensatz als UTF-8 (der aber auch Umlaute enthält?) 2. was hältst du von diesem "simulieren"? Hast du eine Ahnung, wie wir das machen könnten? (ich weiss ja nicht mal, wie der Texteditor es macht, dass Umlaute zwar angzeigt aber nicht als solches gespeichert werden?!) Nachdem du hier eindeutig derjenige von uns beiden bist, der hier weiss was er tut, hoffe ich du hast eine Aw auf meine Fragen viele Grüße, Michael

Hallo! Das mit dem ASCII hab ich von der Gegenseite (php-Schnittstellen-Programmierer). Der meinte, dass die korrekte Umwandlung erst funktioniert, wenn er die CSV-Datei mit einem Texteditor öffnet und manuell speichert. Wenn ich das "UTF-8" weglasse, dann habe ich Probleme mit den Umlauten und Sonderzeichen. Diese Probleme habe ich aber nicht, wenn ich die CSV-Datei im Editor öffne und speichere... :confused: Ich werd aber jetzt mal deinen Vorschlag testen, vielleicht klappts ja... Der php-Programmierer kann mir übrigens (noch) nicht sagen, was das eigentliche Problem ist (welcher Fehler dahinter steckt...). Das macht's nicht leichter... vG Michael

Buon giorno Honky! Oder wie man bei euch wohl sagt: Moin! Super Sache - der Code passt. Würde sagen, das Problem ist gelöst... wenn da nicht doch noch eine kleine Sache wäre... (muss wohl immer so sein...). Und zwar wird dieses .csv-file anscheinend nicht im Ascii Modus gespeichert, da die Schnittstelle auf der anderen Seite das file nur richtig einliest, wenn ich es vorher mit einem TextEditor geöffnet und manuell gespeichert habe... :confused: Hast du vielleicht noch eine Idee, ob man beim bcp noch was einstellen kann dass das file automatisch wie beschrieben richtig gespeichert wird? Danke für deine Mühe! lg Michael

habs versucht, kommt folgende Fehlermeldung: incorrect syntax near the keyword 'AS' Weiter oben hast geschrieben, dass es nvarchar nur unter sql2005 gibt - liegts daran? Ich hab ja nur sql 2000 zur Verfügung...

...Problemchen ist gut... Was meinst du mit den ersten 4000 Zeichen? Insgesamt oder pro Feld? Weil pro Feld oder Zeile kommen nie soviele zusammen, von daher wären 4000 Zeichen mehr als ausreichend. Wenn du die ganze Datei meinst, dann sind da weit mehr als 4000 Zeichen, da alleine bereits jetzt ca. 3200 Zeilen da sind viele Grüße, Michael

Hab deinen Vorschlag grad versucht, aber folgende Fehlermeldung kommt: D:\sql>powergap_ohne_ftp.cmd 1> 2> 1> 2> 3> 4> 1> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36> 37> 38> 39> 40> 41> 42> 43> 44> 45> 46> 47> 48> 49> 50> 51> 52> Msg 8116, Level 16, Sta te 1, Server SAP, Procedure stprGetCSVData, Line 12 Argument data type ntext is invalid for argument 1 of replace function. Msg 8116, Level 16, State 1, Server SAP, Procedure stprGetCSVData, Line 12 Argument data type ntext is invalid for argument 1 of replace function. Msg 8116, Level 16, State 1, Server SAP, Procedure stprGetCSVData, Line 12 Argument data type ntext is invalid for argument 1 of replace function. 1> SQLState = 37000, NativeError = 2812 Error = [Microsoft][ODBC SQL Server Driver][sql Server]Could not find stored procedure 'hutstuebele..stprGetCSVData'. Sagt dir das was? Zur Sicherheit hab ich hier nochmal den Auszug aus der Prozedur: ... SELECT T0.ItemCode, T0.ItemName AS 'Artikelbeschreibung deu kurz', T3.FirmName AS 'Marke', T0.SuppCatNum AS 'Lief.art.nr.', T0.SalUnitMsr AS 'ME', T0.VatGourpSa AS 'SteuerID', T0.OnHand, REPLACE(REPLACE(T0.UserText, char(10) , ' '), char(13),' ') AS 'Artikelbeschreibung deu lang', T0.U_Descrip2 AS 'Artikelbeschreibung ital kurz', REPLACE(REPLACE(T0.U_Detail2, char(10) , ' '), char(13),' ') AS 'Artikelbeschreibung ita lang', T0.U_Descrip1 AS 'Aritkelbeschreibung eng kurz', REPLACE(REPLACE(T0.U_Detail1, char(10) , ' '), char(13),' ') AS 'Artikelbeschreibung eng lang', T0.U_webshop AS 'Aktiv', T0.U_webVfb2 AS 'Liefertage', T0.U_webVfb1 AS 'Sortierung', T1.Price AS 'VK-Preis', T0.U_EPA_spec AS 'Angebot', T0.U_mk1bez AS 'Groesse', T0.U_mk2bez AS 'Farbe', T0.U_farbeI AS 'Farbe ita', T0.U_farbeE AS 'Farbe eng', T1.Price AS 'VK-Preis2', T1.PriceList, T0.U_wgrpnr AS 'Gruppe', T0.U_EPAObjID AS 'UGR', T0.U_EPA_supr AS 'UGR_2', T0.U_EPA_crss AS 'Artikelzusätze', T0.QryGroup1 AS 'Damen', T0.QryGroup2 AS 'Herren', T0.QryGroup3 AS 'Kinder', T0.QryGroup4 AS 'Erwachsene', T0.U_EPA_prod AS 'Versandkostenfrei' FROM OITM T0 INNER JOIN ITM1 T1 ON T0.ItemCode = T1.ItemCode INNER JOIN OMRC T3 ON T0.FirmCode = T3.FirmCode WHERE T0.U_webshop ='Y' AND T1.PriceList =2 ...

nein, Excel ist nicht meine Zielanwendung. Die CSV-Daten sind für eine php-Schnittstelle auf unserem Webserver gedacht. Und für diese php-Schnittstelle darf pro Zeile nur ein Datensatz stehen. Derzeit ist es aber so, dass mitten in einem Datensatz ein Zeilenumbruch steht und die php-Schnittstelle dies dann als neuen Datensatz sieht. Die Folge ist klar: die Datensätz werden nicht importiert sondern ausgelassen. Wie liest denn die Gegenseite die Datei ein? Sie muss ja auch irgendetwas fest machen, dass die Zeile zuende ist? (bestimmte Anzahl der Felder?) ==> RICHTIG

habe grad einen Lösungsansatz bekommen: man sollte bereits in der SELECT Zeile die Zeilenumbrüche (\n oder \n\r) durch "" ersetzen. Sagt dir das was? Und wenn ja, wie sollte der in der Praxis ausschaun?

Hab ich beides schon probiert - leider auch ohne Erfolg. Es scheint dabei Probleme mit dem Export zu geben, da in Excel sich die Datei bei beiden Optionen nicht mehr vollständig öffnen lässt ("...Datei kann nicht vollständig geladen werden...").

Habs probiert - die Umlaute werden leider nur mit der Einstellung UTF-8 richtig dargestellt. Vermute, dass diese "unsichtbaren" Zeilenumbrüche mit dem bcp... queryout... zu tun haben. Warum ich das vermute? Wenn ich den Export über unsere WaWi ins Excel mache und dann als CSV speichere, gibts keine Probleme. Gibt es für bcp oder queryout irgendwelche Optionen/Parameter, die man zusätzliche setzen kann um nur den reinen Text in der Zieldatei zu haben? Bin für jede Hilfe echt dankbar, da ich keinen Millimeter mehr weiterkomme... Der Import auf der anderen Seite kann nämlich mit diesen Zeilenumbrüchen nicht durchgeführt werden...

am besten wäre KEINE Formatierung. Im Prinzip wär's ja egal, aber wenn zwischendrin Zeilenumbrüche sind, dann erkennt die Schnittstelle sie als neue Artikel und dann gibts Probleme. Das mit dem UTF-8 hab ich nur ausprobiert. Ohne Angabe hat's mir die Umlaute als Sonderzeichen ausgegeben, mit UTF-8 hat's gepasst... daher hab ich's so belassen...

Hallo nochmal! Anscheinend stehen in der csv-Datei noch Zeilenumbrüche, die man offensichtlich nicht sieht. Die Schnittstelle auf der anderen Seite hat allerdings ein Problem damit. Frage: kann ich irgendwo einbauen, dass KEINE Formatierung exportiert wird (v. a. keine Zeilenumbrüche)? Übrigens: das bcp führe ich u. a. mit dem Parameter -C "UTF-8" aus - muss ich eine andere codierung verwenden und wenn ja, welche?

Hi Honky, Problem hat sich jetzt erledigt. Ich habe die php-Schnittstelle auf der anderne Seite sozusagen an die sql-Ausgabe im csv angepasst. Vielen Dank für deine Hilfe! Michael

Inhalt der .sql datei: USE hutstuebele GO IF EXISTS(SELECT * FROM sysobjects WHERE type = 'P' AND name = 'stprGetCSVData') DROP PROCEDURE stprGetCSVData GO ------------------------------------------------------------------------------------------- -- stprGetCSVData -- -- erstellt von: Honkytonk -- erstellt am : 10.08.2007 -- -- Aufgabe: Ermittelt die Daten für das Report-XML-Schema ------------------------------------------------------------------------------------------- CREATE PROCEDURE [dbo].[stprGetCSVData] AS SELECT T0.ItemCode, T0.ItemName AS 'Artikelbeschreibung deu kurz', T3.FirmName AS 'Marke', T0.SuppCatNum AS 'Lief.art.nr.', T0.SalUnitMsr AS 'ME', T0.VatGourpSa AS 'SteuerID', T0.OnHand, T0.UserText AS 'Artikelbeschreibung deu lang', T0.U_Descrip2 AS 'Artikelbeschreibung ital kurz', T0.U_Detail2 AS 'Artikelbeschreibung ita lang', T0.U_Descrip1 AS 'Aritkelbeschreibung eng kurz', T0.U_Detail1 AS 'Artikelbeschreibung eng lang', T0.U_webshop AS 'Aktiv', T0.U_webVfb2 AS 'Liefertage', T0.U_webVfb1 AS 'Sortierung', ROUND(T1.Price,2) AS 'VK-Preis', T0.U_EPA_spec AS 'Angebot', T0.U_mk1bez AS 'Groesse', T0.U_mk2bez AS 'Farbe', T0.U_farbeI AS 'Farbe ita', T0.U_farbeE AS 'Farbe eng', ROUND(T1.Price,2) AS 'VK-Preis2', T1.PriceList, T0.U_wgrpnr AS 'Gruppe', T0.U_EPAObjID AS 'UGR', T0.U_EPA_supr AS 'UGR_2', T0.U_EPA_crss AS 'Artikelzusätze', T0.QryGroup1 AS 'Damen', T0.QryGroup2 AS 'Herren', T0.QryGroup3 AS 'Kinder', T0.QryGroup4 AS 'Erwachsene', T0.U_EPA_prod AS 'Versandkostenfrei' FROM OITM T0 INNER JOIN ITM1 T1 ON T0.ItemCode = T1.ItemCode INNER JOIN OMRC T3 ON T0.FirmCode = T3.FirmCode WHERE T0.U_webshop ='Y' AND T1.PriceList =2 go