|
| Accès natif SQL Serveur pour Windev 9 : Qui l'utilise ? |
| Débuté par dany.louis, 07 juin 2005 12:55 - 9 réponses |
| |
| | | |
|
| |
Posté le 07 juin 2005 - 12:55 |
Bonjour à tous,
Ya t il quelqu'un qui utilise l'accès natif SQL pour WD9 avec toutes les possibilités offerte par Wd9 ( HF indépendant, HFiltre, ....), bref tout ce qui rend Windev interressant ?
Mon but est de savoir si je suis le seul à l'utiliser dans sa totalité, car vu les problème que je rencontre, je me pose des questions.
Pourquoi ne pas échanger des adresses e-mail afin de partager notre expérience avec les accès natifs ( pour ma part j'ai pas mal aidé EASYCOM d'octobre à janvier pour corrigé l'accès AS/400)
Bonne semaine à tous |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2005 - 13:04 |
Je compte bien utilisé cet accès natif mais je débute juste. Nous utilisons depuis longtemps l'accès natif Oracle sans problèmes particuliers. En revanche, je n'arrive pas dans la fenêtre des connexions en utilisant l'accès natif SQLServer, à me connecter à ma base. Entre la source données et le repertoire de données je dois confondre alors que c'est si simple avec Oracle ! Peux-tu m'aider à démarrer ? |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2005 - 13:45 |
Je voudrais aussi utilisée l'accès natif mais je rencontre un problème lors de l'utilisation de la 'synchronisation avec les bases externes'.
Lorsque je supprime un champ de ma table SQL, il n'est pas 'trouvé' par la synchronisation a moins qu'un autre champ n'ai subit une modification.
Dans ce cas, la synchronisation se termine sur la belle erreur : 'Impossible de récupérer la description de la colonne '<nomdelacolonne>' de la table '<nomdelatable>'. Ce qui est évident car ce champ n'existe plus!!
Quelqu'un a-t-il déjà rencontré (et résolut!) ce problème ?
Michaël |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2005 - 14:03 |
SI PAS HDécritConnexion("MaConnexion", "", "", "MonServeur", "MaDB", hAccèsNatifSQLServer, hOLectureEcriture, "") ALORS
FinProgramme("Connexion SQL SERVER impossible"+RC+ErreurInfo())
SINON
SI PAS HOuvreConnexion("MaConnexion") ALORS
FinProgramme("Connexion SQL SERVER impossible"+RC+ErreurInfo())
SINON
HChangeConnexion("*", "MaConnexion")
FIN
FIN
Bonne chance pour la suite !
Dany. |
| |
| |
| | | |
|
| | |
| |
Posté le 07 juin 2005 - 14:06 |
J'ai peut-être une solution, pas terrible, mais c'est mieux de rien
1° Supprimes toutes les tables de l'analyse et ré-importes les.
2° Demandes une correction chez PC-Soft ( perso j'en suis à 4 depuis ce matin à propos de SQL-Serveur, des rapports de Bug)
A bientôt,
LOUIS Dany |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2005 - 11:48 |
Bonjour,
Pour ma part je suis en train de tester l acces natif sql justement ...
(la version de la derniere LCR). Et j ai decouvert une petite chose qui ne me plait vraiment pas : a priori l acces natif gere tres mal (en fait pas du tout) le ntext dans
les champs.
Bon je sais bien qu il faut eviter d utiliser le ntext, mais ce choix n est pas
de mon ressort ... Pour info j ai envoyer une requete ma monsieur Soft, ils m ont dit de convertir en text tous les champs ntext (ca existe text ?)... hum
Sinon le seul interet qu aurait pour moi l acces natif serait la rapidite...
En ce moment j accede a ma base en Ole DB pour SQL server, je n ai aucun
soucis de programmation (les fonctions hyperfile marchent tres bien!).
J ai juste un petit soucis de lenteur sur une grosse requete (procedure):
dans l analyseur de requete elle dure 2s, et je ne sais pour quelle raison
quand je la lance via une hexecuterequetesql sous windev (en hsanscorrection),
elle dure presque 8s. Pense tu que ce serait plus rapide via l acces natif ?
(je ne peux le tester vu que j ai du ntext grrrr !)
Merci,
Damien |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2005 - 14:06 |
Merci,
1° pour l'instant, lorsque je supprime des champs dans SQL, je les supprime aussi dans mon analyse avant de faire la synchronisation
2° j'ai envoyer un call hier chez PC-Soft à ce sujet
Michaël |
| |
| |
| | | |
|
| | |
| |
Posté le 08 juin 2005 - 18:27 |
LOUIS Dany a exprimé avec précision :
Bonjour à tous,
Ya t il quelqu'un qui utilise l'accès natif SQL pour WD9 avec toutes les
possibilités offerte par Wd9 ( HF indépendant, HFiltre, ....), bref tout ce
qui rend Windev interressant ?
Mon but est de savoir si je suis le seul à l'utiliser dans sa totalité, car
vu les problème que je rencontre, je me pose des questions.
Pourquoi ne pas échanger des adresses e-mail afin de partager notre
expérience avec les accès natifs ( pour ma part j'ai pas mal aidé EASYCOM
d'octobre à janvier pour corrigé l'accès AS/400)
Bonne semaine à tous
Bonjour,
J'utilise l'accès natif SQL serveur depuis ma version WD 7.5 et
aujourd'hui en version WD 9 toujours aucune solution à un problème
soulevé au soutien technique à chaque changement de version... Par
exemple, une table SQL contenant un champ de type varchar pouvant
recevoir des données de 1000 caractères de long (jusqu'ici ça va...).
Et bien, le code suivant (une fois adapté aux noms de ma source de
données bien entendu !) ne fonctionne pas :
HExecuteRequeteSQL(REQ, "MaConnexion", hRequeteSansCorrection, "Select
MonChamp From MaTable")
HLitPremier(REQ)
Trace(REQ.MonChamp)
Le résultat affiché est toujours tronqué après environ 300 caractères.
Et ce n'est pas à cause de l'instruction Trace... Le même code en
utilisant l'accès OLE-DB pour SQL Serveur fonctionne très bien. Allez
savoir...
De plus, la gestion des valeurs de retour des procédures stockées
(annoncée comme étant fonctionnelle) ne fonctionne pas correctement,
j'ai des messages d'erreur du genre "tous les paramètres doivent être
définis avant l'exécution..." lors de mes tests (même en exécutant
l'exemple de l'aide en ligne je plante !).
Bref, pour moi l'accès natif c'est bien mais pas aussi flexible que je
le voudrais. Y'a qu'à tracer l'activité sur le serveur SQL à l'aide du
générateur de profil SQL pour voir que l'accès natif est plus rapide
qu'OLE-DB (qui exécute deux voire trois fois chaque requête) mais on ne
peut pas tout faire avec...
:/
Bonne journée !
--
Yanick Charland |
| |
| |
| | | |
|
| | |
| |
Posté le 10 juin 2005 - 13:30 |
ça sera plus lent !
pour le 'text', écrit le 'MonChamp text null', sinon t'auras des erreurs de l'accès natif
De manière générale, le natif est plus que lent, par exemple un traitement qui prend 20 seconde en HyperFile, en prendra 2 minutes sur SQL |
| |
| |
| | | |
|
| | |
| |
Posté le 09 juillet 2005 - 16:02 |
WD9 + Accès Natif
Je rencontre actuellement un problème avec Easycom et je ne trouve pas de solution.
Je lance une requête SQL simple sur un fichier de 9 millions d'enregistrements, temps de lecture sur AS/400 4S, 30MN à partir de WINDEV. AURA serche encore la solution, mais je crois plus a une solution dans le cadre du forum.
Au secours c'est urgent! |
| |
| |
| | | |
|
| | | | |
| | |
|