MSSQLCompactと「通常の」MSSQL2008の両方のソリューションでLLBLを使用しています。
同じDatabaseGenericプロジェクト（LLBLによって生成された）を使用して、異なるMS SQL Serverエディションを対象とする2つのDBSpecificプロジェクト（LLBLによって生成された）からそれを参照しても大丈夫かどうか疑問に思っていますか？
後でテストする予定ですが、プロジェクトの依存関係により、これを試すコストがかなり高くなります。試して失敗するのは時間の無駄になります。
私が見逃しているかもしれない他の選択肢があるかどうか私に知らせてください！
互換性設定を通じて、さまざまなSQLServerバージョンがサポートされています。DataAccessAdapter.SetSqlServerCompatibilityLevelを呼び出すことにより、構成ファイルの設定であるhttp://bit.ly/92ojkL （オンラインドキュメント）を参照してください。
7、2000、2005 +、CE Desktop 3、またはCEDesktop3.5の互換モードに設定できます。
COmpactフレームワークは異なるコードを必要とするため、同じ.NETコードでアドレス指定できません。これは、異なるmscorlibに対してコンパイルする必要があり、クラスが少なく（一部のコードを除外する必要がある）、したがってDQEが異なるためです。
Iow：DBにあるコンパクトなフレームワークから通常の.NETでデータをフェッチする理由もわかりません。それは不可能だからです。SQL Server Compactデスクトップについて考えると、上記のようにサポートされています。したがって、はい、それは一般的ですが、限られたAPIの性質のため、論理的であるコンパクトフレームワークのような別の.NETフレームワークに転送できません
残念ながら、それはあなたが使用する必要があるかもしれないすべてのインターフェースが
SD.LLBLGen.Pro.ORMSupportClasses.CF35
SD.LLBLGen.Pro.ORMSupportClasses.NET20
のように（SD.LLBLGen.Pro.ORMSupportClasses.）IEntity2、、IEntityCollection2など
したがって、たとえば、アダプタとしてProductEntity使用している（Compact Framework）をフェッチすることはできません。adapter.FetchEntity(productsEntity)IEntity2SD.LLBLGen.Pro.ORMSupportClasses.NET20IEntity2SD.LLBLGen.Pro.ORMSupportClasses.CF35
DatabaseGenericプロジェクトは、実際には「Generic」ではありません：D