VB.NET et SQL SERVER

Bonjour à tous,

je suis novice en VB.NET, mais j'ai l'expérience de développement VBA sous MS ACCESS, soit avec bases mdb et DAO, soit bases SQL SERVER et projet adp avec ADO.

Je voudrais transformer une application adp vers une application .NET (en utilsant VB 2010 Express et SQL SERVER 2008 R2 Express)

J'ai fait une copie de ma base (avec SQL management studio) pour commencer, puis j'ai créé un projet VB.NET, et, avec le wizard, un dataset connecté sur cette base, un formulaire avec un datagridview et un bouton qui me renvoie dans un msgbox la valeur de la clé de la ligne courante (l'étape suivante consistera à appeler un procédure stockée pour faire un update)

A l'exécution ça fonctionne

Pourtant : si je veux gérer ma base direct. depuis SSMS, je remarque qu'elle est maintenant "anormale", je ne peux plus voir les objets de ma base, j'ai une erreur si je veux la détacher (un peu comme si elle était corrompue), etc..

Il y a une chose en plus que je ne comprends pas : dans le wizard, là ou on choisit la base à connecter, je dois choisir un fichier mdf et non une base de données (comme avec Access où l'on choisit une base pour le projet adp), ça me parait illogique car un fichier n'est rien sans le serveur, et je ne veut pas que mon aplication soit connectée à une base détachée mais une base attachée servie par SQL Server.

Malgré tout les bouquins et tutoriels que j'ai lus, il y un concept qui m'échappe. Quelqu'un pourrait-il m'éclairer sur la connection entre SQL Server et ADO.NET (note : je parle de connection établie une fois pour toutes au niveau de l'appli, cette appli étant basée sur une base et une seule, je n'ai pas besoin de savoir comment établir programmatiquement une connexion à la volée au runtime)

Merci d'avance

les assistants de connexion aux données de vb express ne fonctionnent qu'avec sql server compact (bases en fichiers)
les versions payantes ont les assistants pour sql server "normal"

par contre il est tout à fait possible (et recommandé ?) de se passer des assistants, car niveau code on peut quand même tout faire avec la version gratuite de vb ...


après pour ce qui est de la connection c'est rare de n'en utiliser qu'une seule, car déjà quand elle plante (ca peut arriver) il faut en recréer une autre
de plus quand on a besoin de performances, on en ouvre plusieurs en même temps
ensuite les assistants ne font que taper du code à ta place, donc dans tous les cas la connexion est créée pendant l'exécution

Merci Pol63,

hélas pour moi, j'ai peur de me lancer dans du code complexe (pour l'instant), VB.NET est très compliqué quand on vient de VBA. Malgré tout, c'est bizarre que l'assistant propose SQL Server en plus de SQL Server Compact.

y a rien de très compliqué

Code:

---

1 2 3 4 5 6 7

dim conn as new sqlconnection("server=ip\nominstance;database=mabase;user id=login;password=mot_de_passe") conn.open   dim cmd as new sqlcommand cmd.connection = conn cmd.commandtext = "SELECT * FROM Table"

---

ensuite soit faire un execute sur le command, soit dire à un datadapter de le faire pour remplir une datatable (ou un dataset)


après dans tous les cas si tu veux faire du .net il va falloir apprendre
si tu ne veux pas coder et tout faire via quelques clics, utilises plutot windev

Merci Pol63,

je vais essayer ta méthode. Ce n'est pas que je ne veux pas apprendre, mais je ne peux pas apprendre tout en même temps.

Pour ce qui est de la connexion, je voulais dire qu'un grand nombre d'applis (frontales de bd) n'en n'ont besoin que d'une et définie une fois pour toutes et que c'est pour ça qu'un wizard est très pratique.

J'avais lu que vb.net était aussi facile à utiliser qu' Access, hmm, ce n'est pas tout fait ça .... je voulais traiter cette partie de connexion le + vite possible pour me concentrer sur le code "appli métier" des forms tout en ayant la possibilité d' analyser la base depuis mon appli Access existante pour tester si la partie vb.net fonctionnait bien. (c.a.d une seule base SQL Server Express avec 2 applis clientes, une appli Access terminée et une appli vb.net en développement et qui remplacera la première dés qu'elle sera terminée)

vb.net n'est pas aussi simple qu'access, il y a déjà énormément plus à apprendre que sur access

On utilise un bloc Using pour utiliser la connexion en principe.

On évite ainsi d'oublier de fermer la connexion à la fin.

Ex:

Code:

---

1 2 3 4

Using connexion as new sqlconnection(machaineconnexion) connexion.open ... End Using

---

Autant apprendre à utiliser les trucs les plus propres dès le début.