Accès natif Oracle : de gros problèmes
Le
mlion
Bonjour,
J'ai de gros soucis en ce moment via l'accès natif et je ne comprend
pas tout.
Je suis parti d'une analyse HF pour créer mes tables Oracle : pas de
pb
J'ai créé mes contraintes à la main dans Oracle : OK
J'ai importé mes tables pour recréer une analyse.
Voilà les difficultés rencontrées:
1.
idautomatique : à priori il faut le mettre en identifiant automatique
dans l'analyse HF, l'accès natif se sert de la séquence Windev_seq
pour les gérer -> vrai ou faux ?? Donc à partir de là quand on fait
la synchro analyse<->Base oracle il ne faut pas mettre à jour le champ
identifiant automatique par un réel (Sous Oracle le champ est en
number) -> vrai ou faux
2.
Le RAD en Windev10 ne fonctionne pas correctement au contraire de celui
en Windev 9.
-> accès lent et affichage incompet farfelu les tables : une centaine
de ligne au lieu de plusieurs milliers et cet affichage varie en
fonction des tris en entête de colonne. Ce problème existe aussi en
visualisation des résultat de requêtes.
3.
En utilisantt les ordres H en lecture un parcous filtré est correct
mais dès qu'il y écriture (Hmodifie) le parcours n'est plus le bon.
Je suis obligé pour que cela fonctionne de paramétrer WDORAINS en
cochant "toujours utiliser un client 7x". Pourtant la doc indique que
ce paramétrage est inutile depuis la version W 8 ! (Je suis sous
Oracle version 9.2.0.1.0 en client et en serveur ).
4.
Si je paramètre WDORAINS à ce moment là les champs CLOB ne sont plus
gérés et j'ai un plantage de l'accès natif !
Bref je galère .
Suis-je le seul dans ce cas là ???
J'ai déjà poster ce mail sur le forum de PCSoft et personne n'y a
répondu. SNIFF.Je dois vraiment être le seul à développer sous
Windev et à attaquer une base Oracle via l'accès natif !
Michel
J'ai de gros soucis en ce moment via l'accès natif et je ne comprend
pas tout.
Je suis parti d'une analyse HF pour créer mes tables Oracle : pas de
pb
J'ai créé mes contraintes à la main dans Oracle : OK
J'ai importé mes tables pour recréer une analyse.
Voilà les difficultés rencontrées:
1.
idautomatique : à priori il faut le mettre en identifiant automatique
dans l'analyse HF, l'accès natif se sert de la séquence Windev_seq
pour les gérer -> vrai ou faux ?? Donc à partir de là quand on fait
la synchro analyse<->Base oracle il ne faut pas mettre à jour le champ
identifiant automatique par un réel (Sous Oracle le champ est en
number) -> vrai ou faux
2.
Le RAD en Windev10 ne fonctionne pas correctement au contraire de celui
en Windev 9.
-> accès lent et affichage incompet farfelu les tables : une centaine
de ligne au lieu de plusieurs milliers et cet affichage varie en
fonction des tris en entête de colonne. Ce problème existe aussi en
visualisation des résultat de requêtes.
3.
En utilisantt les ordres H en lecture un parcous filtré est correct
mais dès qu'il y écriture (Hmodifie) le parcours n'est plus le bon.
Je suis obligé pour que cela fonctionne de paramétrer WDORAINS en
cochant "toujours utiliser un client 7x". Pourtant la doc indique que
ce paramétrage est inutile depuis la version W 8 ! (Je suis sous
Oracle version 9.2.0.1.0 en client et en serveur ).
4.
Si je paramètre WDORAINS à ce moment là les champs CLOB ne sont plus
gérés et j'ai un plantage de l'accès natif !
Bref je galère .
Suis-je le seul dans ce cas là ???
J'ai déjà poster ce mail sur le forum de PCSoft et personne n'y a
répondu. SNIFF.Je dois vraiment être le seul à développer sous
Windev et à attaquer une base Oracle via l'accès natif !
Michel
Poser une question
news:
je ne vois pas trop l'interêt
Oracle ne sait pas gérer les autoincrement de manière simple (il faut
utiliser des séquences souvent associées à un trigger pour plus de
facilité). Pour moi le id est en number(10) mais si c'est la même sequence
pour toutes les tables et qu'elles sont de fortes volumétrie il y a risque
de chevauchements à long terme.
Avez-vous remonté le pb au ST ? pas sur le forum de l'éditeur au ST ;)
Le mode de transaction (isolation level) utilisé ne doit pas être le bon.
Idem voir avec le ST.
D'autant plus que Oracle n'assure pas la compatibilité sur 2 versions n et
n+2. Mais bon çà marche ne vous inquiétez pas.
Normal c'est un type de champ qui n'existe pas en Oracle 7 :)
Moi j'utilise l'accès Oracle4WD :) disponible sur www.sqlmanagerx.com
<mode joke on>
Ne me dis pas qu'ils utilisent tous Oracle4WD :-)
<mode joke off>
--
Emmanuel
Moi oui : j'ai visuellement la base sous les yeux avec les index, clés
et contraintes de représenter. Remarque : peut-être qu'il existe un
outil graphique pour cela mais je ne le connais pas.
-> Ca je l'ai compris en effet ce n'est pas si simple. Mais via
l'accès natif une séquence Windev_Seq est créé. Dans un premier
temps je me suis dit qu'elle ne servait à rien car aucun trigger n'est
défini sur les champs l'utilisant. Et après je me suis rendu compte
que en créant dans l'analyse un champ id-automatique les ordres H ou
les requêtes utilisent la séquence (le compteur augmente !) à chaque
ajout. Donc je suppose que c'est l'accès natif qui le gère. Mais cela
n'est expliqué nulle part ou alors c'est loin d'être clair.
Oui c'est fait. Je n'arrête pas depuis une semaine mais cela me
fatigue de tester l'accès natif. Personnellement je trouve préocupant
les anomalies que je rencontre : je ne peux pas mettre ne production
une appli qui modifierait au petit bonheur la chance 2000
enregistrements sur 10000 sélectionnés.
Cela me rappelle du temps ou je travailler sur un logiciel de compta
commercialisé dans toute la France et je n'arrêttais pas de remontrer
des bugs "importants" j'avais l'impression que notre société était
la seule à l'utiliser.
-> je ne connais pas cela c'est quoi, et c'est où ?
-> je ne comprends pas : client et serveur ont la même version. Tu
parles de la maintenance de la 9 ou je ne t"ai pas compris
-> Justement c'est là le HIC : pour que l'accès natif (ordres H )
fonctionne il faut que je paramètre Wdorains.ini de la sorte ! Je suis
conscient que le champ CLOB n'est pas reconnu pour cela : mais je ne
vois pas pourquoi je devrais choisir entre l'un ou l'autre alors qu'on
a acheté cet accès pour avoir l'un et l'autre. Remarque :
Wdorains.ini est en plus facultatif depuis Windev 8 !
->Je me suis renseigné mais ma société préfère le package PCSoft
par sécurité. Comme quoi ?
<mode joke on>
<mode joke off>
->Je vais finir par le croire ;)
Michel.
--
Emmanuel
De tête : AMC-Designer, PowerAMC : Des outils de ce type te permettent en
plus de gérer les scripts d'alter entre deux versions de ton analyse.
C'est normal que l'éditeur ait trouvé une parade au autoincrement. Avec
Oracle4WD et SQLManagerX nous avons débuté le débat entre une séquence par
table ou une seule séquence (même pb qu'avec FireBird). Pour le moment on
discute en analysant les impacts dans la classe SQLManagerX.
Je comprends celà...
dans l'accès natif pas à votre niveau mais c'est peut être autre chose.
et
Oui mais si l'accès natif a été développé en OCI7, Oracle n'assure pas le
fonctionnement avec Oracle9.
Normal, les sociétés préfèrent pouvoir se retourner contre quelqu'un en cas
de soucis. Je comprends parfaitement ce choix (même si je ne le partage pas
totalement) d'autant plus que l'accès n'est pas cher. Avec Oracle4WD comme
pour les autres accès tu as les sources des différents composants (je ne
fournis pas les sources de Oracle4WD mais on ne me les a jamais demandé)
donc ta société peut maintenir, adapter, faire évoluer de façon autonome la
classe. Le mieux étant de nous remonter toute anomalie pour que tout le
monde puisse profiter :). Certains nous ont fait confiance et nous remercie
maintenant. La dernière preuve :
http://www.sqlmanagerx.com/websqlx/...p?storyid#
Voilà.
Je ferai part de mon expérience "accès natif" Oracle dans ce forum
quand le ST m'aura répondu.
Michel.