Discussion :

[Invité]

Bonjour,

Alors voila, débutant sur Linq, je suis fâce à un problème qui m'échappe un petit peu. Je souhaite faire un insert sur une BD Access via Linq to SQL, et cela sur une table qui qui possède plusieurs colonnes dont une qui est à la fois une Clé Primaire et un nombre unique généré automatiquement par la table.

Le mappage de ma table est donc par exemple celui ci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
[Table(Name = "Personne")]
partial class Personne
{
[Column(IsPrimaryKey = true, IsDbGenerated = true)]
public int ID_personne { get; set; }
[Column]
public string Nom { get; set; }
[Column]
public string Prenom { get; set; }
[Column]
public string Age { get; set; }
[Column]
public string Profession { get; set; }
}

Puis l'insertion Linq :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
DataContext dataContext = connexion.getDataContext();
Table<Personne> tablePersonne = dataContext.GetTable<Personne>();
Personne pers = new Personne
{
Nom = textBox1.Text,
Prenom = textBox2.Text,
Age = textBox3.Text,
Profession = comboBox1.Text
};
tablePersonne.InsertOnSubmit(pers);
dataContext.SubmitChanges();

Et cela soulève donc l'exception suivante :

Point-virgule absent à la fin de l'instruction SQL.

Je dois avouer que cela me laisse un petit peu perplexe étant donné qu'il ne s'agit pas de manipuler directement de requète sur une insertion Linq.
Dernière chose : tout cela, sachant que mon insert marche si je retire le paramètre "IsDbGenerated = true", et que je met en "dure" sur ma structure un ID valide. Mais à ce moment la, ça n'a plus d'intérêt.

Merci d'avance pour toute aide éventuelle.


Cordialement,

Guillaume.

[anthyme]

Linq to sql est une technologie morte depuis plus d'un an ... pourquoi ne pas utiliser entity framework ?

[Invité]

Je dois avouer que je n'ai pas regarder de ce côté la.
Est ce que cela correspond à la même chose que SQL to Entity ?
Et autre chose, qui est un petit peu la source du problème chez moi, il y a t-il compatibilité avec Access ?

[The_badger_man]

L'exception "Point-virgule absent à la fin de l'instruction SQL." est due au SQL généré lors de l'insertion. Linq To SQL génère deux requêtes: une pour insérer et une pour récupérer l'identifiant de la nouvelle ligne. Access n'aime pas la syntaxe. Access n'est pas pris en charge par LinqToSQL ni Entity Framework. Peut-être vaudrait-il mieux changer de base: SQL Server ou SQL Compact

[Invité]

Très bien. Donc il s'agit bien d'un problème de compatibilité et non pas d'autre chose.
Dans mon cas précis, la migration vers une autre source de donnée n'est pas envisageable, pour de multiples raisons. Je cherche donc à exploiter les dernières technologies de connexion (Linq ...), mais uniquement sous Access.

Pour celles et ceux confrontés au même problème, on m'a depuis indiqué l'utilisation d'une bibliothèque de développeurs tierces qui semble justement faire le travail : ALinq, et qui propose donc un "Linq to Access".
http://www.alinq.org
C'est en cours de test de mon côté.

En tout cas, merci pour cette réponse qui m'a quelque peu éclairci.

Cdlt,

Guillaume.

[Invité]

Bon, et bien après essai, ALinq fonctionne parfaitement avec Access, et pour tout type de manipulation sur la base.
Bien évidemment, le fonctionnement des requêtes est le même que Linq, sauf qu'ici ça fonctionne avec Access.

Dernière précision : les développeurs fournissent effectivement librement les .DLL sur le site, cependant il s'agit bien de licences payantes pour une utilisation professionnelle ...


Cdlt,

Guillaume.

[The_badger_man]

Merci pour le retour.

[anthyme]

Sinon tu peux utiliser nhibernate qui est un outil bien plus puissant, stable et fonctionnel Linqtoaccess mais surtout libre et gratuit.
Il gère Access ainsi qu'une 20ene d'autre base de données juste en modifiant la configuration donc le code que tu créé actuellement pour Access sera réutilisable pour n'importe quel autre base de données

Et on peut requêter avec linq également

[Invité]

Humm .. et bien ma fois, je teste ça de ce pas, puisque je suis toujours plus ou moins la dessus aujourd'hui.

Merci infiniment pour le renseignement, je ne connaissais absolument pas.


Cordialement,

Guillaume.


PS : A vrai dire, Linq & Co était plutôt accessoire, la vraie problématique à laquelle je suis confrontée est la suivante : http://www.developpez.net/forums/d92...ves-ms-access/
Je suis preneur de toute suggestion ...

[anthyme]

Pour info tu pourras utiliser le meme code pour Access ou SQLite via nhibernate.

Ce framework permet vraiment d'être indépendant de la base de données