| Re: WD & ORACLE |
Sujet: Re: WD & ORACLE par Manu sur 29/6/2005 21:02:41 Citation : - Plantage lors de la création de beaucoup de vue dans une boucle. A ce sujet, ma société a été obligée de prendre un contrat d'assistance directe auprès de pcsoft afin d'obtenir un debogage de l'accès natif. normalement ce ne sont que des ordres DML donc sans problèmes apparent. Citation : - Comportement différent sur la lecture de fichier compatible 5.5 entre Hyper File et ORACLE. là aussi, nous avons fait appel à l'assistance directe qui a débogué 2 dlls WD90HD.DLL et WD90ODH.DLL La lecture sous Oracle ne se fait que par des select + fetch. La notion de précédent ou même dernier n'existe pas. Il faut donc adapter le parcours Oracle au parcours HF. Citation : - Lors d'un parcours d'un fichier, si une modification à l'intérieur de ce parcours crée un doublon, au 2ème doublon l'accès Natif ORACLE perd le parcours et plante. Nous sommes en ce moment en relation avec le support concernant ce problème. A vue de nez, je dirai normal car d'une part un commit dans une boucle de fetch fait tomber le tout en "fetch out of sequence". Un rollback annule tout et a le même comportement donc si l'accès natif detecte le doublon (DUP_VAL_ON_INDEX remonté par le client Oracle) il rollback d'où la perte... Citation : - Lors d'un ajout, la modification des données sans relecture de l'enregistrement en cours n'est pas prise en compte en accès natif. Celà vient certainement du type de transaction utilisée ("Transaction isolation levels"). Citation : Ce que je crains c'est au fur et à mesure de notre migration de HF vers ORACLE les problèmes ne cessent de s'enchainer... Le changement de base de données est un choix important dans la vie d'une base de données. Il est vrai que normalement l'accès natif de l'éditeur doit avoir un impact nul. ++ |
|
|
Connexion
Menu
Chercher WDForge
Chercher Web
Partenaires
|
