Discussion :

[GuileIzback]

Bonsoir,

Voici mon soucis :
J'ai créé une application VB 2005 s'appuyant sur une base de données SQLServer 2005 Express.

Le soucis est que lorsque j'essaie d'entrer des données dans une table de cette base de données via mon application VB 2005, rien ne s'insert.
J'ai alors vérifié qu'il ne s'agissait pas d'une erreur (de table, d'identifiant, ou autres...). J'ai testé alors directement une requete SQL dans l'editeur MS Visual VB 2005 Express dans l'interface dédiée aux bases de données. la requete enregistre bien l'ajout du nouvel élément dans la table. De même, lorsque je lance mon application, l'élément est correctement affiché.
D'ou ma question, y a t il des problèmes connus sur la connexion à SQLServer 2005 Express?

J'ai noté que des que je lance mon application en debug mode, l'indicateur de connexion a la base de données se met en "Fermé" avec une croix rouge sur l'icone de ma base de données (dans l'interface de l'editeur). je peux alors réactualisé la connexion a la base de données et l'icone prend l'aspect "connecté". Je me demande si tout simplement, il n'y aurait pas une instruction dans l'editeur ou sur le serveur SQL, me deconnectant de mon fichier ".mdf", m'empechant alors d'insérer des éléments dans mes tables.

Merci par avance pour votre aide
GuileIzback

[rudib]

Bonjour,

- Est-ce que tu fais un open de ta connexion dans ton code vb ?
- Est-ce qu'il y a un ON ERROR RESUME NEXT qui t'empêche de voir les erreurs retournées (je ne sais pas si on peu encore faire ça en VB 2005) ?
- Tu auras peut-être plus de réponses en postant la question dans le forum VB

[zmerli]

non non pas du tout
j'utilise pas VB
et j'essaye juste depuis visual studio de me connecter a ma base sql serveur sur une machine du reseau

une idée

[GuileIzback]

Bonjour,

- Est-ce que tu fais un open de ta connexion dans ton code vb ?
- Est-ce qu'il y a un ON ERROR RESUME NEXT qui t'empêche de voir les erreurs retournées (je ne sais pas si on peu encore faire ça en VB 2005) ?
- Tu auras peut-être plus de réponses en postant la question dans le forum VB

Bonjour,

Merci tout d'abord d'avoir répondu à mon message
zmerli> je pense que tu as du te tromper de post !

concernant mon probleme, je ne m'occupe pas de gérer l'ouverture et la fermeture de connexion avec la base de données c'est l'éditeur MS Visual VB 2005 Express qui s'en charge auprès du SQLserver 2005 Express via une interface(tu crées ta table pour ton application en mode graphique, tu lui donnes un nom, puis tu lui ajoutes des attributs et des méthodes). L'editeur ensuite génère de lui-même tout le code nécessaire aux "ouvertures et fermeture de connexion", "Select", "update", "delete", etc.
Mais ta remarque est plutot bien venu, je vais essayer de forcer l'ouverture, ca doit bien exiter dans l'editeur une petite procedure d'ouverture...Bingo :

>Public Overrides Sub SaveData()
>
>Dim maVariable As New maBDDDataSetTableAdapters.maTableTableAdapter
>maVariable.Connection.Open()
>maVariable.Update(monInterface)
>maVariable.Connection.Close()
>
>End Sub


Je teste de suite..

Eh non, cela ne fonctionne pas. Ce serait etrange car le probleme n'apparait pas lors du chargement(affichage) des données dans l'interface de mon application:

Fonction de chargement:
>Public Overrides Sub LoadData()
>
>Dim maVariable As New maBDDDataSetTableAdapters.maTableTableAdapter
>Me.monInterface = maVariable.GetData()
>
>End Sub

Autrement dit, je peux extraire les données de "maTable" dans "monInterface".
Mais je ne peux pas ajouter une instance de "maTable" via "monInterface" de mon application.
Serait-il une histoire de droit d'écriture sur mon fichier ".mdf" non géré par l'editeur? (j'ai vérifié mon fichier .mdf n'est pas en lecture seule).

Merci par avance pour toute votre aide
GuileIzback

[rudib]

Resalut,

Ma remarque de poster plutôt dans le forum vb tient plus que jamais : il y a peu de compétences VB 2005 dans ce forum, j'imagine.
Pas d'erreur retournée ?

Fais attention de ne pas confondre un SGBDR comme SQL Server et un gestionnaire de fichiers comme Access. La dernière chose au monde dont tu as besoin de t'occuper est le fichier de bases de données. SQL Server a sa propre gestion de droits, rien à voir avec les droits des fichiers de l'OS. La différence entre Access et SQL Server, c'est un peu la différence entre ton annuaire téléphonique et les renseignements. En appelant les renseignements, tu n'as pas besoin d'avoir acheté un annuaire : tu dois avoir un abonnement téléphonique. Ensuite tu poses une question et on te répond. C'est la personne des renseignements qui te répond, pas toi-même qui cherche dans l'annuaire. Bref, c'est du client-serveur.

[GuileIzback]

Resalut,

Ma remarque de poster plutôt dans le forum vb tient plus que jamais : il y a peu de compétences VB 2005 dans ce forum, j'imagine.
Pas d'erreur retournée ?

Fais attention de ne pas confondre un SGBDR comme SQL Server et un gestionnaire de fichiers comme Access. La dernière chose au monde dont tu as besoin de t'occuper est le fichier de bases de données. SQL Server a sa propre gestion de droits, rien à voir avec les droits des fichiers de l'OS. La différence entre Access et SQL Server, c'est un peu la différence entre ton annuaire téléphonique et les renseignements. En appelant les renseignements, tu n'as pas besoin d'avoir acheté un annuaire : tu dois avoir un abonnement téléphonique. Ensuite tu poses une question et on te répond. C'est la personne des renseignements qui te répond, pas toi-même qui cherche dans l'annuaire. Bref, c'est du client-serveur.

Bonjour,

En fait, si j'ai posté ici c'est que je pense que ce n'est pas un probleme de l'editeur VB 2005 ni de langage VB 2005 mais directement rapport avec SQL Server2005 (le fait que l'application ne puisse pas ecrire dans ma base de données).
Le code VB 2005 ("d'acces aux ressources SQL"), je l'ai repris d'un tutoriel fait par les gars de Wygwam avec leur application "GestionContacts", qui entre parenthèses fonctionne très bien "dans leur tuto"...mais pas sur ma machine.

===> d'ou ma premiere question de mon premier post

D'ou ma question, y a t il des problèmes connus sur la connexion à SQLServer 2005 Express?

Je m'attendais juste à un oui avec des explications ou à un non direct.

Ensuite, rassure toi, je ne confonds rien entre SGBD et gestionnaire de fichiers. Tu dois certainement faire référence à :

(j'ai vérifié mon fichier .mdf n'est pas en lecture seule).

Cette remarque était pour signifier que si l'on me faisait la remarque, que j'y avais déjà pensé...après tout c'est possible qu'une application ne puisse interagir avec la base de données parce que tout simplement elle n'a pas les droits d'y écrire dessus.

J'ai continué dans mes recherches et aucune solution n'en ressort.
Aucune erreur ne m'est renvoyée. Y aurait un moyen de forcer l'affichage des requetes envoyées (load, select, update, close, etc.) à SQLServer dans l'interface d'execution d'une application?

Je vais essayer de trouver une autre manière de coder le chargement et la sauvegarde des données dans ma BDD.

Si quelqu'un toutefois aurait une idée lumineuse, je suis preneur.

GuileIzback

[rudib]

En fait, si j'ai posté ici c'est que je pense que ce n'est pas un probleme de l'editeur VB 2005 ni de langage VB 2005 mais directement rapport avec SQL Server2005 (le fait que l'application ne puisse pas ecrire dans ma base de données).

Si tu envoies une requête d'écriture à SQL Server et qu'il ne peut pas écrire, il va renvoyer une erreur. Donc de toute manière il y a un problème avec le code client (vb) : soit tu n'envoies pas la requête, ou pas correctement, soit elle ne réussit pas, et tu ne traites pas de message d'erreur dans ton code vb.

J'ai continué dans mes recherches et aucune solution n'en ressort.
Aucune erreur ne m'est renvoyée. Y aurait un moyen de forcer l'affichage des requetes envoyées (load, select, update, close, etc.) à SQLServer dans l'interface d'execution d'une application?

Si tu n'as pas d'erreur, et qu'il ne se passe rien, c'est effectivement que tu n'envoies peut-être rien. Tu as deux façon de t'en assurer :
- tu peux tracer l'exécution des requêtes sur le serveur avec le profiler, mais je ne crois pas qu'il soit livré avec Management Studio Express (?). Pour des infos sur le profiler, voir mon article : http://rudi.developpez.com/sqlserver.../optimisation/
- tu peux comme tu dis afficher les requêtes envoyées dans ton "interface d'exécution" : un problème vb et pas SQL Server : par exemple en suivant ce qui se passe dans une session de déboguage.