Discussion :

[Invité]

Bonjour à tous,

J'ai développé une application (réalisée avec windev 20) utilisée par divers clients, nous rencontrons un problème tout nouveau avec un nouveau client.

Dans un premier temps, en voulant faire une insertion (dans une table de SAGE comptabilité version 16.05), le message rencontré était le suivant :

INSERT failed because the following SET options have incorrect settings 'ARITHABORT'. Verify that SET options are correct for use with indexed views and =/or indexes on computed columns and/or filtered indexes and/or query and/or XML data type methods and/or spatial index operations.

Pour résoudre cela, j'ai fait exécuter la requête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER DATABASE Yourdatabase SET ARITHABORT ON;

Ce qui a résolu le problème rencontré ci-dessus.
Cependant, en voulant exécuter une procédure stockée que j'ai crée, un nouveau message d'erreur est apparu :

Multiple-step OLE DB operation generated errors. Check each OLE DB status value, if available. No work was done.

D'après les retours que j'ai pu avoir d'une collègue, elle m'a dit que notre client a 2 versions de sql server : 2008(ou 2008 R2) et 2012
Dans les drivers ODBC installés, notre client a SQL Server Native Client 10.0 et 11.0

Question : est-ce qu'il y aurait un conflit dans les versions de SQL Server, ce qui pourrait expliquer la nouvelle erreur rencontrée? Quelles pistes devrais-je exploiter?
Pour l'instant, je ne sais rien de plus mais si besoin, je pourrais faire des vérifications.

En ce qui concerne la connexion à SQL Server, je fais appel à la syntaxe suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SQLConnect("nom de l'instance", "utilisateur SQL", "mot de passe de l'utilisateur SQL", "nom de la base de données SAGE Comptabilité", hOledbSQLServer)

La fiche explicative de la fonction SQLConnect est disponible ici

Concernant la procédure stockée que j'utilise, je fais un export des données présentes dans mes propres tables vers une table de SAGE Comptabilité, ce qui implique que je n'ai aucun problème pour insérer dans mes propres tables.

Merci

[SQLpro]

Ceci est parfaitement normal et le problème est bien connu. ARITHABORT est incompatible avec le middleware OLEDB, ce qui est une des raisons pour laquelle MS a officiellement abandonné ce driver depuis plusieurs années !

Extrait de la doc :
"
Deprecated MDAC/WDAC Components

These components are still supported in the current release of MDAC/WDAC, but they might be removed in future releases. Microsoft recommends, when you develop new applications, that you avoid using these components. Additionally, when you upgrade or modify existing applications, remove any dependency on these components.

SQLOLEDB: The Microsoft OLE DB Provider for SQL Server (SQLOLEDB), which supports access to Microsoft SQL Server, has been deprecated. Its connectivity to future versions of SQL Server may not be supported. The ability to connect to versions earlier than SQL Server 7 will be removed from the operating system after Windows 7. New applications should use the SQL Server Native Client OLEDB provider, which supports new SQL Server features. Existing applications should migrate to the SQL Server Native Client OLEDB provider as well for better performance, reliability and supportability (see Updating an Application to SQL Server Native Client from MDAC for more information).
"

Deux solutions : se priver de ARITHABORT et tout ce qui va avec : colonnes calculées, vues indexées...
ou bien recompiler l'application avec ODBC par exemple.

A +

[Invité]

Il me semble avoir lu quelque part que ce paramètre était apparu dans la version 2005 ou 2008 de sql server, et qu'il était désactivé par défaut lors de la migration du SGBD.
Et au sujet de ma seconde erreur?

EDIT: je viens d'avoir le 2nd message d'erreur avec un autre client, l'intitulé en français est :

Une opération OLE-DB en plusieurs étapes a généré des erreurs. Vérifiez chaque valeur d'état OLE-DB disponible. Aucun travail n'a été effectué.

[mail.spam]

Bonjour,

Si je ne me trompe pas, c'est le message que ton programme Windev te retourne ?
Si c'est bien le cas il faut récupérer la requête exécuter à partir de Windev et la lancer directement dans SQL manager.
Tu auras normalement plus d'info sur l'erreur.

[Invité]

Bonjour Mail.Spam,

C'est effectivement une erreur qui est remontée par notre ami Windev.
Au sujet du client dans lequel le message d'erreur était en français, j'ai pu le résoudre, et bien entendu, Microsoft est champion pour nous faire tourner en bourrique. Ce que le message d'erreur n'explique pas clairement, c'est qu'à l'intérieur de ma procédure stockée, je fais appel à 2 fonctions SQL que j'ai moi même créée, le hic, c'est que j'ai été amené à devoir mettre à jour ces 2 fonctions SQL en ajoutant un nouveau paramètre en entrée (ma collègue a fait une mise à jour de mon programme, du coup, tout n'était pas à jour dans SQL SERVER), depuis MSSMS, j'ai supprimé ma procédure stockée ainsi que ces 2 fonctions SQL, mon application recréée alors ces 3 objets (vu qu'ils n'ont pas été trouvé), et là, problème résolu.

J'ai fais la même manipulation sur mon 1er client, j'attends un retour de ma collègue qui doit faire des tests.

EDIT: il fallait effectivement supprimer ces 3 éléments afin que mon programme puisse tout mettre à jour.