Lecture sale par défaut
Posted in 2006
Topics: Connectivity: ODBC / JDBC / .NET, Transactions, Locking & Isolation, Platform-Specific Issues, Versions, Editions & End-of-Life
Translated from English by DrWatson — View original
Il me semble avoir entendu il y a quelque temps parler d'une variable d'environnement permettant de changer le niveau d'isolation par défaut en DR (Dirty Read). Est-ce que quelqu'un est au courant, ou bien est-ce que j'ai rêvé ? Les utilisateurs de notre entrepôt de données exécutent des SELECT sur des tables avec le niveau par défaut Committed Read. Cela provoque (ou semble provoquer) l'échec de certains de nos travaux d'insertion. Les utilisateurs n'ont que le droit SELECT sur les tables, ce qui ne permet pas de comprendre pourquoi ils poseraient des verrous, mais je ne vois aucune autre raison évidente à l'échec des insertions. Ils pensent généralement à utiliser SET ISOLATION TO DIRTY READ ; mais ce serait bien que ce soit simplement la valeur par défaut pour eux. ISQL 7.31.UC3 sous Solaris 8 et/ou ODBC (setnet 2.90.TC3) sous Windows. IDS 9.40.FC5 sous Solaris 8. Quelqu'un connaît-il une variable d'environnement ? Merci, Nick
Je rencontre quelques difficultés à faire fonctionner correctement i4gl et isql sous FC5. i4gl et isql démarrent normalement, mais lorsque je les quitte depuis une fenêtre gnome-terminal, l'environnement stty se retrouve complètement déréglé. Auriez-vous des pistes ? Une connexion depuis une console classique (terminal virtuel) fonctionne sans problème. Merci Peter
http://www.smooth1.co.uk/pages/smooth1_my-bulldog_com/ifaq/ifaq04b.htm#4.3.3 SACEISOL="CURSOR STABILITY" export SACEISOL pour les rapports ACE De même SPERISOL pour Perform. Les valeurs valides sont : DIRTY READ ou lecture sale (dirty read) COMMITTED READ ou lecture validée (committed read) CURSOR STABILITY ou stabilité du curseur (cursor stability) REPEATABLE READ ou lecture répétable (repeatable read) David.