Bester Weg, CSV zu importieren

Bester Weg, CSV zu importieren

Hallo zusammen,

ich muss mich gerade entscheiden, auf welche Weise ich eine CSV Datei in eine itab importiere. Es handelt sich dabei um eine simple Massenpflege.
Daher wollte ich fragen, welche Möglichkeiten ihr benutzt.
Ich habe dazu bereits folgendes gefunden:

Möglichkeiten zum Upload:

1. - cl_gui_frontend_services=>gui_upload
   - KCD_CSV_FILE_TO_INTERN_CONVERT (Datei kann nicht vom Applikationsserver geladen werden, wäre bei mir ok)
   - ALSM_EXCEL_TO_INTERNAL_TABLE

Möglichkeiten zum Formatieren:

• - selbst schreiben mit SPLIT (und ggf. Regex)
  - TEXT_CONVERT_CSV_TO_SAP
  - RSDS_CONVERT_CSV
  - CL_RSDA_CSV_CONVERTER

Ich wäre dankbar für ein paar Antworten, ich kann mich wirklich nicht entscheiden, welches die beste Lösung wäre. Und alle auszuprobieren dauert ja auch sehr lange.

Re: Bester Weg, CSV zu importieren

Upload und Umwandlung trennen, da du das dann besser wiederverwerten kannst.
Zum Trennen verwende ich inzwischen die Konverterklasse - die ist sehr einfach und effektiv.

Re: Bester Weg, CSV zu importieren

DeathAndPain hat geschrieben:

Upload und Umwandlung trennen, da du das dann besser wiederverwerten kannst.

Warum? Wir reden vom einfachen Import einer CSV-Datei. Da den direkt mit Aufruf eines FB realisieren kann, dann gibt es keinen Aufwand, den man wiederverwertbar gestalten müsste.

Der Fuba KCD_CSV_FILE_TO_INTERN_CONVERT

• ist nicht freigegeben
• nicht dokumentiert
• Es fehlt ein Eingabeparameter für Textbegrenzer
• Der Dateiname kann keine längeren vollständigen Pfade verarbeiten
• Es können nur Werte mit bis zu 32 Zeichen eingelesen werden

Ich glaube das reicht an Mankos

Re: Bester Weg, CSV zu importieren

black_adept hat geschrieben: Der Fuba KCD_CSV_FILE_TO_INTERN_CONVERT

• ist nicht freigegeben
• nicht dokumentiert
• Es fehlt ein Eingabeparameter für Textbegrenzer
• Der Dateiname kann keine längeren vollständigen Pfade verarbeiten
• Es können nur Werte mit bis zu 32 Zeichen eingelesen werden

Ich glaube das reicht an Mankos

Wenn Du nur Fubas verwenden würdest, die offiziell "freigegeben" sind, dann würdest Du in SAP so manches Rad neu erfinden müssen. Das nimmt doch schon lange keiner mehr ernst, zumal es auch genug "freigegebene" Fubas gibt, die seltsame Ecken und Kanten in ihrem Verhalten haben, die ich mit mangelnder Reife begründen würde, von teilweise miserabler Doku ganz zu schweigen.

Ein Dateipfad von 128 Zeichen reicht für meine Belange vollständig aus. Was den Rest angeht, ja, es ist ein einfacher, älterer Baustein, und wenn man da weitergehende Anforderungen hat, dann wird man zu etwas anderem greifen müssen. Ich bin aber nur selten in der Verlegenheit, Textbegrenzer innerhalb meiner Einlesespalten zu benötigen oder Spalten von mehr als 32 Zeichen Länge einlesen zu müssen. Wenn man mit diesen Einschränkungen leben kann, dann hat man den Riesenvorteil, dass er Baustein extrem kurz und einfach zu handhaben ist, ohne dass man vorher irgendwelche komplexen Strukturen oder Objekte aufbauen muss, über die man seine Werte dann auf kryptische Weise übergibt, wie das so bei "modernen" Klassen und Methoden üblich ist. Man hat mit diesem Baustein einfach ein Werkzeug in der Hand, mit dem man dem Job extrem schnell, einfach und im Code auch übersichtlich erledigt kriegt.

Selbst bei dem von IHe genannten CL_RSDA_CSV_CONVERTER, der in der Tat auch recht einfach und übersichtlich ist, muss man erst mal ein Klassenobjekt definieren und "kreieren", bevor man es dann nutzen kann, um die eigentliche Wandlung durchzuführen. Solche Faxen braucht man bei dem Fuba nicht. Den ruft man einfach auf und fertig ist der Lack.