Discussion :

[c.langlet]

Bonjour,
Nous travaillons actuellement avec oracle 10g et forms.
Nous avons un projet de dev sous windev 14 avec oracle.
Autant nous maitrisons bien oracle autant sous windev c'est plutot neuf.
D'ou un ensemble de question :
-L'installation de l'acces natif oracle est-il a faire cote serveur ou cote client
-Vaut-il mieux développer avec une analyse windev dans cette configuration
ou pas ?
-Le choix Windev/oracle rend t'il le développement plus compliquer ?
-Y a t'il des loups dont il faut ce mefier ?

Si certain pouvais me donner un retour d'experience , cela serait super.

En vous remerciant d'avance

[Emmanuel Lecoester]

-L'installation de l'acces natif oracle est-il a faire cote serveur ou cote client

coté client en plus du client oracle standard

-Vaut-il mieux développer avec une analyse windev dans cette configuration
ou pas ?

qui dit analyse dit maitrise du schéma par WinDev...
qui dit pas analyse dit ordre SQL donc pas de complétion automatique.

-Le choix Windev/oracle rend t'il le développement plus compliquer ?

Pas du tout !

-Y a t'il des loups dont il faut ce mefier ?

Pas à ma connaissance si vous utilisez des types standard oracle (pas de long ou clob par exemple)

[c.langlet]

Merci pour ces réponses,
je vais laisser le post ouvert en attente de retour
d'expérience dans ce genre de configuration

[gancau]

Bonjour,
j'ai quelques accès à une base Oracle pour transfert de données dans un sens et dans l'autre de sqlserveur/ oracle.
C'est un programme qui tourne seulement la nuit puisque ce sont des mises à jour et je ne connais pas vraiment Oracle
Pour accéder à Oracle j'ai juste utilisé le connecteur Odbc oracle(Oracle dans orahome92).
Gancau

[vmolines]

Je ne suis pas tout à fait d'accord avec Emmanuel Lecoester concernant l'absence de loup dans les bois qui séparent Windev et Oracle.

Concernant les séquences et l'interraction analyse <-> bdd oracle, je ne pense pas que tout roule. Emmanuel Lecoester pourra confirmer à postériori je pense.

[N_Ron]

Bonjour,

Moi je trouve WinDev très pratique avec les analyses.
Mais à savoir qu'il ne peux faire qu'une requête à la fois (ne pas mettre les ; de ce fait) quand tu envoie en texte brut ( hexecuterequetesql(...) ). Cela peut être très embettant car très très lent. en cas d'insertion ou d'update. Si tu tombes dans ce cas, utilises les procédures stockées 'hpreparerequeteSQL' qui sont vraiment très efficaces pour ne pas perdre trop de temps.

Je pense que je serais pas le seul à te conseiller cette méthode.
N_Ron

[c.langlet]

A nouveau merci pour ces reponses.

y a t'il vraiment des problèmes a laissé l'analyse gérer par windev ?
(alter des tables,etc..)
Sinon sans analyse on perd de toute façon les faciltés de dev (fichierversecran,
construction des fenêtres par glisser/déposer,etc..) ?

Au niveau performance, le retour d'expérience m'interresse vraiment.

Merci d'avance

[hpascal]

Bonjour

J'utilise l'analyse juste comme un référentiel, ça permet d'avoir la liste des tables et rubriques sous la main (F11) dans le code
Je m'en sert aussi en drag&drop pour créer les tables (je passe juste en table mémoire après) ou les champs

Mais dans mon cas l'analyse est facultative car je travaille essentiellement avec sqlexec

[Emmanuel Lecoester]

Je ne suis pas tout à fait d'accord avec Emmanuel Lecoester concernant l'absence de loup dans les bois qui séparent Windev et Oracle.

Concernant les séquences et l'interraction analyse <-> bdd oracle, je ne pense pas que tout roule. Emmanuel Lecoester pourra confirmer à postériori je pense.

La gestion des séquences au sens oracle doit être gérer de manière manuelle.
Concernant le lien Analyse <-> SGBD je n'ai pas de recul

[Yndigos]

Bonjour à tous,
j'ai pour ma part une certaine expérience du couple WINDEV / ORACLE.
Je ne l'ai pas expérimenté avec l'accès natif, je n'ai pas eu l'occasion de voir de réel et substantielle amélioration que l'accès natif est sensé apporter.

En clair :
Oracle et Windev, c'est possible, cela fonctionne, mais...

Par exemple :
Si vous utilisez l'analyse, vous n'êtes pas sans savoir que pour chaque clé de recherche sous windev, vous devrez créer un index !
Sous Oracle, cela se traduit par une tripotée d'index, ce que tout bon gestionnaire de base de donnée vous dira que c'est totalement inutile. (Je me souviens encore des regards effrayés lors des premières implémentations)

Pour le reste, on ne peut pas dire que cela soit des plus performants ...

[Emmanuel Lecoester]

Par exemple :
Si vous utilisez l'analyse, vous n'êtes pas sans savoir que pour chaque clé de recherche sous windev, vous devrez créer un index !
Sous Oracle, cela se traduit par une tripotée d'index, ce que tout bon gestionnaire de base de donnée vous dira que c'est totalement inutile. (Je me souviens encore des regards effrayés lors des premières implémentations)

Cela m'étonne ! les indexes sont de quatres types principaux :

• PK
• FK
• indexes uniques : pour les clé fonctionnelles alternatives
• indexes de performance

Et c'est valable pour toutes les bases de données, je pencherai donc plutôt sur un problème d'accès aux données...

Pour le reste, on ne peut pas dire que cela soit des plus performants ...

Pour le reste de quoi ?

[vmolines]

Cela m'étonne ! les indexes sont de quatres types principaux :

• PK
• FK
• indexes uniques : pour les clé fonctionnelles alternatives
• indexes de performance

Et c'est valable pour toutes les bases de données, je pencherai donc plutôt sur un problème d'accès aux données...



Pour le reste de quoi ?

Concerne les indexes nécessaires à la recherche, je pense qu'il voulait parler des fonctions du type HLitRecherchePremier qui nécessitent une clé de parcours (index).

[Emmanuel Lecoester]

Concerne les indexes nécessaires à la recherche, je pense qu'il voulait parler des fonctions du type HLitRecherchePremier qui nécessitent une clé de parcours (index).

ben je suis d'accord mais parcourir une table sur un des indexes pas cités çà me "choque"

[vmolines]

On est d'accord

[=JBO=]

Bonjour,

Merci Yndigos pour ton commentaire.

Si vous utilisez l'analyse, vous n'êtes pas sans savoir que pour chaque clé de recherche sous windev, vous devrez créer un index !
Sous Oracle, cela se traduit par une tripotée d'index, ce que tout bon gestionnaire de base de donnée vous dira que c'est totalement inutile. (Je me souviens encore des regards effrayés lors des premières implémentations)

Une réaction pour tempérer cette affirmation.

Pour effectuer un parcours HyperFile, il n'est pas obligatoire d'utiliser une "rubrique clé" (c-à-d un index).
Avec la fonction HFiltre(), il est possible de créer une "clé de parcours" basée sur une expression conditionnelle qui fait référence aux rubriques du fichier parcouru.

Il est probable que cette "clé de parcours" ne sera pas aussi efficace qu'un index, mais on peut ainsi éviter d'indexer toutes les rubriques.

P.S. A lire, une autre discussion sur le même thème: [Généralités] Votre avis sur l'utilisation de la base de données Oracle
_

[vmolines]

C'est là toute la logique des fonctions d'accès aux données...