[NEWSboard IBMi Forum]
Seite 2 von 2 Erste 1 2
  1. #13
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Diese Einstellungen gelten allerdings für jeden ODBC-Treiber.
    Auch DAO erlaubt das Setzen des QueryTimeout im Query/Worspace-Objekt, so dass die Defaults individuell angepasst werden.

    MS-Access übernimmt diesen Default übrigens in seine verknüpften Tabellen, und Passthru-Abfragen.
    Eine nachträgliche Änderung in der Registry hat dann keinen Erfolg.
    Auch hier muss man dann die Eigenschaften des jeweiligen Objektes bemühen und den ODBC-Timeout ggf. anpassen.
    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. #14
    Registriert seit
    Jun 2001
    Beiträge
    727
    @Fuerchau:
    ich hatte ja geschrieben das es die default-Einstellungen sind und diese gelten nur für Zugriffe über die jet.engine.
    Wenn man die Werte in der Registrierung ändert, betrifft das alle Zugriffe dieses PC's über die jet.engine bzw. DAO.
    Bei DAO (ab 3.5) auch nur dann, wenn der Zugriff über die jet.engine erfolgt und nicht über ODBCDirect - hier gelten wieder die Einstellungen des jeweiligen ODBC-Treibers.

    Bei ADO gibt es wieder andere default-Werte :
    CommandTimeout=30
    ConnectionTimeout=15

    Zu Access :
    das Property QueryTimeout lässt sich bei eingebundenen Tabellen nur über die Eigenschaften einer dazugehörigen Abfrage ändern. (ODBC-Wartezeit, entspricht DAO Eigenschaft ODBCTimeout)

    Das trifft auch auf ältere Versionen von MS-SQL (bis 6.5) in Verbindung mit externen Tabellen zu, da hier ebenfalls die jet engine bzw. DAO benutzt wurde.
    Auch hier kann man die timeouts einstellen.

    Der Property ConnectionTimeout (default=600) kann für die Jet.engine ! nur in der Registrierung geändert werden. Im Gegensatz zu Property QueryTimeout (bzw ODBCTimeout).

    siehe auch hier :
    Codekabinett - mySQL*&*Access

  3. #15
    Registriert seit
    Nov 2001
    Beiträge
    170

    Cool

    Vielen Dank an alle aktiven Helfer.

    Nachdem ENDLICH bei IBM das System aktiviert wurde,
    habe mir jetzt das allerneuste PTF für die i5 besorgt.
    Jetzt klappt alles einwandfrei wie vorher.
    Vergleichend mit einem PC würde ich sagen, daß es Treiber-
    probleme waren, denn auf dem iSeries-System war war ich
    PTF-mässig für V5R3 auf dem neusten Stand .

    Trotzdem sind hier einige interessante Aspekte genannt worden,
    die mir wahrscheinlich einige zukünftige Probleme lösen werden.
    Außerdem bin ich nach einigen Kommentaren hier allmählich skeptisch, was V5R4 betrifft.
    EIGENTLICH wollte ich im Laufe des Jahres noch auf V5R4 wechseln...

    Ciao
    H.Lossin

Similar Threads

  1. SQL Substring (Fehler 42703)
    By olbe in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 28-12-06, 13:53
  2. Finde Fehler bei SQL nich...
    By deni87991 in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 08-08-06, 13:50
  3. SQL UDF Function ausführung mit Fehler
    By jakarto in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 24-07-06, 13:41
  4. Fehler im SQL bzw. Joblog
    By GraueEminenz in forum NEWSboard Programmierung
    Antworten: 1
    Letzter Beitrag: 10-07-06, 11:58
  5. SQL - Fehler
    By Kaufmann in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 28-06-06, 14:11

Berechtigungen

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