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

Hybrid View

  1. #1
    Registriert seit
    Feb 2001
    Beiträge
    20.774
    Ich streite ja nicht ab, dass die Berechnung der ID anders läuft.
    Aber wenn Quelle und Ziel identisch bleiben, bleibt auch die ID identisch.

    Ändere ich z.B. den Zielnamen, gibts (hier im Gegensatz zu DDS) auch tatsächlich eine neue ID.

    Ich nehme mal an, dass SQL einfach sicherstellen will, dass die ID für das gewünschte Objekt eindeutig sein soll und nicht nur bezogen auf den Satzpuffer.

    Dies hebt insbesonders den Nachteil auf, dass bei DDS-Schlüsseländerung die ID bleibt, wobei bei CREATE INDEX mit einem anderen Schlüssel auch die ID eben eine andere ist.

    Ich gebe dir allerdings insoweit Recht, dass man Table-Objekte auch nur mit SQL bearbeiten sollte.
    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

  2. #2
    Registriert seit
    Mar 2002
    Beiträge
    5.387
    aufs Erstellungsdatum kommt es nicht an, nur auf die Formatebenen ID und die leitet sich bei DDS aus der Struktur des Buffers ab (Folge: gleiche Quelle führt immer zur gleichen Format Ebenen ID, selbst unterschiedliche Dateien können dieselbe Formatebenen Id haben). Programme merken sich beim Compile die Format Ebenen ID der vorgefundenen Datei und solange die zur Laufzeit passt, stimmts.
    Bei SQL erstellten Dateien ist das ein wenig anders, da wird der T e x t des SQL Statements in die Formatebenen Id verschlüsselt, was bei Rekord Löffel Ekzem dann zu Problemen führt.
    SQL Verwendung in Programmen interessiert sich nicht für Format Ebenen Ids, da wird zur L a u f z e i t Feldweise geprüft, ob die Felder miteinander Typ verträglich sind und gegebenen Falls auch entsprechend gecastet und widrigenfalls nicht ausgeführt!!!

    D*B


    Zitat Zitat von Mr.iSeries Beitrag anzeigen
    Zitat:
    Ob eine Aktualitätsprüfung erfolgen soll oder nicht, ist eine Eigenschaft der Datei, die man beim Erstellen der Datei (mittels CRTPF) angibt und die man nachträglich ändern (mittels CHGPF) oder überschreiben (mittels OVRDBF) kann.


    Das ist mir schon klar... Die Frage war jedoch wie das bei Dateien abläuft die in der QTEMP vor PGM-Aufruf immer neu erstellt bzw. kompiliert werden... Dann ist das Objekt der PF eigentlich ja immer neuer als das des PGM's... Die Aktualitätsprüfung müsst ja trotzdem greifen oder?
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

Similar Threads

  1. Wert aus CSV Datei
    By mk in forum IBM i Hauptforum
    Antworten: 9
    Letzter Beitrag: 21-12-06, 09:56
  2. Datei im IFS auf iSeries verschlüsseln
    By jo400 in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 21-10-06, 18:57
  3. kein Konstantes Ergebnis bei CRTDUPOBJ und Datei m.RI
    By deni87991 in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 19-10-06, 14:55
  4. Datei aus IFS holen
    By jogisarge in forum NEWSboard Programmierung
    Antworten: 1
    Letzter Beitrag: 15-05-06, 14:47
  5. IFS Datei berechtigungen
    By PGMR in forum NEWSboard Programmierung
    Antworten: 4
    Letzter Beitrag: 15-06-05, 16:37

Berechtigungen

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