[NEWSboard IBMi Forum]

Hybrid View

  1. #1
    Registriert seit
    Sep 2005
    Beiträge
    425
    Ob ich jemals mir SQL gearbeitet habe.
    Du bist ja ne nette.

    Das sollte jedoch egal sein.
    Kunden fordern im SQL und / oder Query ihre Daten so zu sehen, wie sie es gewohnt sind. Kundennr.: 0123456 und Betrag 1.234.5,67-

    Da ich, um diese Anforderung zu erfüllen, schon mehrfach schlampig erstellte Dateien mit EDTCDE nachrüsten mußte, muß ich mich darauf Einstellen das dieser Komfort zukünftig nicht mehr da ist.

    also, auch wenn es wehtut, daß ich SQL zu nahe trete, ich halte es für ein Manko.
    MAX

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.695
    Nochmal, das hat mit SQL aber auch rein gar nichts zu tun.
    Dem Kunden wird man wohl kaum STRSQL zumuten sondern man schreibt eine Anwendung dafür.
    Und diese ist nun mal zuständig für die Präsentation der Daten.
    SQL ist ausschließlich für die Bearbeitung (und das komfortabel und schnell) von Daten zuständig.

    Wie Birgitta schon sagte, jeder Kunde möchte das ggf. anders und deshalb solltest du SQL nicht ablehnen.

    Wenn du native mit RPG/LE Daten liest werden dir die Daten auch in interne Felder bereitgestellt.
    Für die Ausgabe verwendest du nun mal DSPF's oder PRTF's.
    Spätestens bei Java und/oder ODBC-Zugriffen oder Internetdarstellungen ist sowieso Schluss mit den Editcodes.

    Da gibts dann ganz andere Möglichkeiten.

    Also: Ein Manko für SQL ist dies überhaupt nicht.
    Sorge in deinen DSPF's/PRTF's einfach für korrekte Editcodes.
    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

  3. #3
    Registriert seit
    Jan 2007
    Beiträge
    1.002
    Zitat Zitat von Fuerchau
    Nochmal, das hat mit SQL aber auch rein gar nichts zu tun.
    Dem Kunden wird man wohl kaum STRSQL zumuten sondern man schreibt eine Anwendung dafür.
    Und diese ist nun mal zuständig für die Präsentation der Daten.
    SQL ist ausschließlich für die Bearbeitung (und das komfortabel und schnell) von Daten zuständig.

    Wie Birgitta schon sagte, jeder Kunde möchte das ggf. anders und deshalb solltest du SQL nicht ablehnen.

    Wenn du native mit RPG/LE Daten liest werden dir die Daten auch in interne Felder bereitgestellt.
    Für die Ausgabe verwendest du nun mal DSPF's oder PRTF's.
    Spätestens bei Java und/oder ODBC-Zugriffen oder Internetdarstellungen ist sowieso Schluss mit den Editcodes.

    Da gibts dann ganz andere Möglichkeiten.

    Also: Ein Manko für SQL ist dies überhaupt nicht.
    Sorge in deinen DSPF's/PRTF's einfach für korrekte Editcodes.
    Dem ist nichts hinzuzufügen.

Similar Threads

  1. Probleme mit SQL
    By steven_r in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 26-09-06, 14:51
  2. SQL und OBJLCK
    By malzusrex in forum IBM i Hauptforum
    Antworten: 8
    Letzter Beitrag: 19-09-06, 11:04
  3. SQL - Fehler
    By Kaufmann in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 28-06-06, 14:11
  4. Embedded SQL in Modul - Nach Insert bleibt Datei gesperrt (*EXCL)
    By JonnyRico in forum NEWSboard Programmierung
    Antworten: 13
    Letzter Beitrag: 09-12-04, 12:21
  5. SQL, Datei mit sich selber verknüpft
    By SBaum in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 28-11-01, 11:55

Berechtigungen

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