2010-08-11 26 views
0

J'utilise LLBL dans une solution pour MS SQL Compact et « régulier » MS SQL 2008 ..LLBL: Puis-je utiliser le projet DatabaseGeneric avec plusieurs projets DBSpecific

Je me demande s'il est autorisé à utiliser le même projet DatabaseGeneric (généré par LLBL) & référence à partir des 2 projets DBSpecific (générés par LLBL) ciblant différentes éditions de serveur MS SQL?

Je prévois de le tester plus tard, mais les dépendances de projets rendre le coût d'essayer ceci assez élevé .. Ce sera une perte de temps pour essayer & échouer

Laissez-moi savoir si il y a d'autres alternatives que je pourrais manquer!

Répondre

3

Différentes versions de SQL Server sont prises en charge via le paramètre de compatibilité. Voir: http://bit.ly/92ojkL (docs en ligne) qui est le paramètre du fichier de configuration, ou dans le code, en appelant DataAccessAdapter.SetSqlServerCompatibilityLevel

Vous pouvez le régler à un mode de compatibilité de 7, 2000, 2005+, CE Desktop 3 ou CE Bureau 3.5

Le framework COmpact nécessite un code différent, il n'est pas adressable par le même code .NET, simplement parce qu'il doit être compilé avec un autre mscorlib, a moins de classes (du code doit être exclu) et DQE est différent. I.Ow: Je ne vois pas non plus pourquoi vous voudriez récupérer des données sur .NET à partir d'un framework compact situé en DB, car ce n'est pas possible. Si vous pensez à SQL Server compact desktop, cela est pris en charge comme décrit ci-dessus. Donc, oui, il est générique, mais pas transportable à un autre framework .NET comme le framework compact, ce qui est logique, en raison de sa nature d'un

+0

Je pense que la confusion est venue de (si je comprends bien) le fait que SQL CE sur PC de bureau est différent de SQL CE sur Windows Mobile ou plus. Je suppose que Shady voulait utiliser SQL CE sur le bureau comme moteur de base de données basé sur un fichier. – Meligy

+0

En fait, mon cas est comme Meligy Décrit et je me demandais juste si seulement toutes les interfaces étaient dans une DLL séparée. Le problème est que j'utilise déjà des projets LLBL (générés) pour le framework «régulier» .Net, et pour Compact Framework (pour l'application Windows Mobile). Mais à un moment donné, j'ai eu besoin d'accéder à une base de données CE SQL DB (sdf) de l'application Windows Forms avant de le déplacer vers l'appareil mobile. –

+0

Je cherchais un travail pour utiliser le projet CF LLBL au lieu de générer une troisième fois pour la version de bureau de SQL CE (avoir trois paires de projets dans ma solution me semble un peu ennuyeux, la solution est déjà trop grand, sans parler de la confusion d'avoir "presque" le même projet encore et encore) –

0

Malheureusement, il ne pas que ce soit simplement parce que toutes les interfaces que vous pourriez avoir besoin d'utiliser sont

SD.LLBLGen.Pro.ORMSupportClasses.CF35 
SD.LLBLGen.Pro.ORMSupportClasses.NET20 

Comme (SD.LLBLGen.Pro.ORMSupportClasses.) IEntity2, IEntityCollection2, etc

Ainsi vous ne pouvez pas chercher, dire , un (Compact Framework) ProductEntity en utilisant adapter.FetchEntity(productsEntity) comme l'adaptateur attend un IEntity2 du SD.LLBLGen.Pro.ORMSupportClasses.NET20 tandis que vous fournissez celui qui implémente IEntity2 de SD.LLBLGen.Pro.ORMSupportClasses.CF35

Le projet DatabaseGeneric n'est pas vraiment «générique»: D