[NEWSboard IBMi Forum]
Seite 2 von 3 Erste 1 2 3 Letzte

Thema: SQL und CLLE

  1. #13
    Registriert seit
    Jan 2007
    Beiträge
    904
    Robert,

    alles zu seiner Zeit und an seinem Platz. Gut, ich verwende eher 'system' als QCMDEXC und einer der nütztlichsten BIF's den %scanrpl um die Platzhalter innerhalb eines Command-Strings zu ersetzen, wenn ich es denn über RPG löse. Doch immer ein RPG Programm zu schreiben, finde ich jetzt auch ein wenig übertrieben. ;-)
    kf

  2. #14
    Registriert seit
    Jan 2003
    Beiträge
    746
    Da gebe ich Dir sogar recht! Allerdings muss ich immer den kleinsten gemeinsamen Nenner unter den Kunden wahren (die einen sind noch auf V5.4 oder 6, andere sind nicht sattelfest in CL/CLLE und wieder andere leisten sich nichtmal RDi...

    Ich muss also so schreiben, dass die vorhandenen human resources das lesen können. Das prägt ;- )

  3. #15
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Ich habe bisher nur einen einzigen Kunden, der RDi einsetzt. Alle anderen muss ich mir Greenscreen und PDM verarzten.
    Und RDi remote macht nicht gerade Spaß, zumal das Autovervollständigen nicht innerhalb SQL funktioniert. Da brauchts immer noch Splitscreen und copy/paste.
    Da sind andere IDE's erheblich weiter. Bereits VB6 (seit1997) konnte da schon mehr.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  4. #16
    Registriert seit
    Nov 2020
    Beiträge
    315
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Und RDi remote macht nicht gerade Spaß, zumal das Autovervollständigen nicht innerhalb SQL funktioniert.
    Wenn's ganz schlimm wird, arbeite ich mit Projekten und synchronisieren dann einfach rüber.
    Am besten ist es wenn die Sourcen im IFS sind, dann arbeite ich mit dem Visual Code, der hat da viel weniger Probleme mit den Verbindungen.
    Aber ja, nur selten ist eine Umgebung perfekt oder gar "gut".

  5. #17
    Registriert seit
    Jan 2003
    Beiträge
    746
    Zitat Zitat von Andreas_Prouza Beitrag anzeigen
    Am besten ist es wenn die Sourcen im IFS sind ...
    ...was ich ganz stark anzweifle! Wenn sich da mal ein Tsunami aus versemmelten CCSIDs, unerfahrenen Codern in Verbindung mit unerwarteten Havarien (RDi oder Anwendung) entwickelt, möchte ich nicht in Deiner Haut stecken!

    Bitte sportlich nehmen ;- )

  6. #18
    Registriert seit
    Nov 2020
    Beiträge
    315
    Für konstruktiven Erfahrungsaustausch bin ich immer offen. Nur so können wir uns alle weiterentwickeln :-)

    Ich habe ehrlich gesagt, mehr Probleme mit unterschiedlichen CCSIDs bei Source-Files gehabt als im IFS.
    Im IFS kann ich wenn nötig recht einfach die Sourcen korrigieren. Bei Source-Files hängt's ja auch an der CCSID des Source-Files ab und dann auch noch am Member mit welchem Job & CCSID man dort drinnen gearbeitet hat.

    Da tu ich mir einfacher im IFS alles mit UTF-8 zu speichern und fertig.
    Gerade wenn's dann darum geht unterschiedliche Länder unter einem Hut zu bekommen die mit unterschiedlichen CCSIDs arbeiten, erspart mir das einige Probleme.

    Falls jemand Probleme mit der Variante im IFS mal gehabt hat würde mich das sogar wirklich interessieren.

  7. #19
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Warum gibts nur soviele Probleme mit CCSID's?
    Wenn man sich an die simplen Regeln hält:
    - Systemwert QCCSID auf die Sprache einstellen (z.B. 1141), kein Job ohne CCSID
    - Alle Dateien haben eine CCSID wenn man sie mit DDS oder SQL erstellt.
    - Bildschirmcodepage immer passend zum Job, z.B. 1141
    - Mehrsprachigkeit (West+Ost), immer Unicode 1200, im ACS Unicode aktivieren
    - NetServer CCSID 1252
    - FTP CCSID 1252
    - Streambefehle (CPYxxx) nie PCASCII sondern passend 1252 verwenden.

    Und schon gibts keine CCSID-Probleme mehr.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  8. #20
    Registriert seit
    Nov 2020
    Beiträge
    315
    Tja, wenn sich jeder überall an Regeln halten würde, gäbe es generell fast keine Probleme mehr ;-)

  9. #21
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Ich erzähls ja nur schon seit 20 Jahren;-).
    Dass da dann so gar nichts hängenbleibt spricht nicht so für mich.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  10. #22
    Registriert seit
    Jan 2003
    Beiträge
    746
    Wieso eigentlich. Es sind doch die anderen, die nicht zuhören ;- )

  11. #23
    Registriert seit
    Nov 2020
    Beiträge
    315
    Hat ja nichts damit zu tun ob du, Dieter, Birgitta, ich oder sonst wer im Forum oder bei diversen Veranstaltungen Tipps geben wie man "richtig" arbeiten sollte um Probleme zu vermeiden.
    Nicht alle lesen aufmerksam oder interessieren sich dafür.
    Ich würde mich wundern, wenn du bei deinen Kunden nie irgendwelche Probleme hättest (nicht nur vor 20 Jahren) ;-)

  12. #24
    Registriert seit
    Jan 2001
    Beiträge
    832
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Warum gibts nur soviele Probleme mit CCSID's?
    Wenn man sich an die simplen Regeln hält:
    - Systemwert QCCSID auf die Sprache einstellen (z.B. 1141), kein Job ohne CCSID
    - Alle Dateien haben eine CCSID wenn man sie mit DDS oder SQL erstellt.
    - Bildschirmcodepage immer passend zum Job, z.B. 1141
    - Mehrsprachigkeit (West+Ost), immer Unicode 1200, im ACS Unicode aktivieren
    - NetServer CCSID 1252
    - FTP CCSID 1252
    - Streambefehle (CPYxxx) nie PCASCII sondern passend 1252 verwenden.

    Und schon gibts keine CCSID-Probleme mehr.
    Hi zusammen,

    das fängt schon damit an das die IBM die Systeme mit den Systemwert QCCSID und 65535 ausliefert.

    Wenn das System dann läuft traut sich keiner diesen Wert zu ändern.

    Warum eigentlich ?
    Gruß
    Michael

Similar Threads

  1. Antworten: 5
    Letzter Beitrag: 31-08-17, 13:50
  2. clle TYPE(*LGL)
    By dibe in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 18-09-15, 10:55
  3. CLLE als Prozedur ins Serviceprogramm
    By Etherion in forum NEWSboard Programmierung
    Antworten: 6
    Letzter Beitrag: 30-09-14, 14:36
  4. ILE RPG + CLLE
    By Ludger Muhmann in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 07-10-02, 15:06

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •