Discussion :

[Kivenkantaja]

Bonjour,

Je souhaite migrer une base MS SQL vers une base PostgreSQL (par curiosité pour l'open-source et par soucis de licence).
J'ai effectué la migration à la main (d'ailleurs, si vous avez une solution plus robuste et automatisée, je suis preneur).
Et il me reste à présent à connecter ma base à mon projet, ce dernier s'appuyant sur Entity Framework.

C'est ici que je bloque : Comment re-créer le schéma à partir d'une base PostgreSQL avec l'assistant ce créations de Classes LINQ to SQL ? Je n'arrive pas à me connecter à la base PostgreSQL.
Le driver psqlODBC ne semble pas être compatible avec l'explorateur de serveur, et les plug-ins PostgreSQL sont visiblement payants.

Merci d'avance pour vos conseils et vos éclaircissements.

[WOLO Laurent]

Bienvenu dans le monde du sois-disant open source.

[tomlev]

Et il me reste à présent à connecter ma base à mon projet, ce dernier s'appuyant sur Entity Framework.

C'est ici que je bloque : Comment re-créer le schéma à partir d'une base PostgreSQL avec l'assistant ce créations de Classes LINQ to SQL ? Je n'arrive pas à me connecter à la base PostgreSQL. Le driver psqlODBC ne semble pas être compatible avec l'explorateur de serveur, et les plug-ins PostgreSQL sont visiblement payants.

Déjà il ne faut pas tout mélanger, Linq to SQL et Entity Framework sont deux ORM différents sans lien entre eux. Linq to SQL ne supporte que SQL Server. Entity Framework peut supporter n'importe quel type de SGBD pourvu qu'il existe un provider ADO.NET compatible EF.

Ne te fatigue pas avec le driver ODBC, de toutes façons il ne sera pas compatible avec EF. Il y a un vrai provider ADO.NET, Npgsql, qui est gratuit et qui supporte EF.

Bienvenu dans le monde du sois-disant open source.

Je ne comprends pas l'intérêt de cette remarque... Pourquoi soi-disant ? A ma connaissance PostgreSQL est bien open-source, et il existe un provider ADO.NET open-source, alors où est le problème ?

[Kivenkantaja]

Déjà il ne faut pas tout mélanger, Linq to SQL et Entity Framework sont deux ORM différents sans lien entre eux. Linq to SQL ne supporte que SQL Server. Entity Framework peut supporter n'importe quel type de SGBD pourvu qu'il existe un provider ADO.NET compatible EF.

Ne te fatigue pas avec le driver ODBC, de toutes façons il ne sera pas compatible avec EF. Il y a un vrai provider ADO.NET, Npgsql, qui est gratuit et qui supporte EF.

Très bien merci pour cet éclaircissement ! J'utilise en effet Linq to SQL, donc la question de PostgreSQL est réglée ...

Mais vos précisions au sujet d'EF, du driver ODBC et de Npgsql me sont précieuses.

Merci beaucoup pour votre aide.

[WOLO Laurent]

Je ne comprends pas l'intérêt de cette remarque... Pourquoi soi-disant ? A ma connaissance PostgreSQL est bien open-source, et il existe un provider ADO.NET open-source, alors où est le problème ?

En fait, tout ce qui est open-source vous coutera chèr dans la documentation de prise en main sans comptant les plug-in à payer !!!

[tomlev]

En fait, tout ce qui est open-source vous coutera chèr dans la documentation de prise en main sans comptant les plug-in à payer !!!

Ca a déjà été dit des milliers de fois, mais je le répète quand même pour que ça rentre bien... open-source ne veut pas dire gratuit. Il est tout à fait possible de vendre un logiciel open-source, ou de vendre du support ou des outils (plugins par exemple) en relation avec un logiciel open-source. Donc ta remarque sur le "soi-disant open-source" n'a pas de sens... peut-être que tu voulais dire "soi-disant gratuit", mais c'est tout aussi faux : l'open-source n'a jamais prétendu être gratuit.

Bref, désolé du hors-sujet, mais ta remarque l'était aussi

[Kivenkantaja]

Je me permets de ressusciter mon post, puisque je bloque à nouveau sur Npgsql et EF.

Dans VS, je souhaite créer un nouveau "ADO.NET Entity Data Model" et le connecter à ma base, fournie par Npgsql. Mais les sources proposée ne sont que des sources MS SQL.

Je vois bien que Npgsql propose des fonctions équivalents à SQLConnect(), mais je ne vois pas comment utiliser le pilote ODBC. Est-ce que je me trompe sur les fonctionnalités de Npgsql ?

[tomlev]

Dans VS, je souhaite créer un nouveau "ADO.NET Entity Data Model" et le connecter à ma base, fournie par Npgsql. Mais les sources proposée ne sont que des sources MS SQL.

Quelle version de VS ? Express ou complète ?

Je vois bien que Npgsql propose des fonctions équivalents à SQLConnect(), mais je ne vois pas comment utiliser le pilote ODBC. Est-ce que je me trompe sur les fonctionnalités de Npgsql ?

Je ne vois pas le rapport avec ODBC... Npgsql gère directement la connection à la base PostgreSQL, ça ne passe pas par ODBC

[Kivenkantaja]

Bonjour,

Quelle version de VS ? Express ou complète ?

VS 2010 Ultimate.

Je ne vois pas le rapport avec ODBC... Npgsql gère directement la connection à la base PostgreSQL, ça ne passe pas par ODBC

Disons que je m'attendais à avoir accès à ma base PostgreSQL via un assistant de création de schéma (un peu comme psqlODBC qui permets au final d'utiliser un drag'n'drop pour créer son DataSet).

[tomlev]

Apparemment Npgsql ne gère pas le support du designer... il y a des outils en ligne de commande à la place. Jette un oeil à cet article :
http://npgsql.com/index.php/2009/08/...npgsql-part-1/

[NicoL__]

Sinon pour la migration de ta base, tu peux utiliser Talend Open Studio, comme son nom l'indique il est open source, il est aussi gratuit ;-) mais il faut quand même travailler un peu pour que ça marche !

[WOLO Laurent]

Est qu'il est entrain d'envisager une migration, je ne pense pas.

[Kivenkantaja]

Merci pour l'article sur le blog Npgsql. Ils annoncent la prise en charge de l'assistant (design-time) pour les prochaines versions.

Concernant Talend, j'aurai peut-être en effet pu regarder de ce côté-là, mais la base étant petite, j'ai fait la migration à la main.

Mais bon le passage de MSSQL vers PostgreSQL est plus compliqué que prévu. Je pense ça revient au même pour MySQL ?

En tous cas merci pour vos conseils.

[iberserk]

De toute façon préférez postgre à MySql...

Juste pour rebondir sur les licences MSSQL jetez un coup d'oeil à la nouvelle licence proposée avec SQL SERVER 2008 R2: webEdition: c'est du lowcost avec peu de limitation technique (performances, volumétrie) et dédié aux appli web client serveur type ASP.NET...

[Kivenkantaja]

De toute façon préférez postgre à MySql...

Juste pour rebondir sur les licences MSSQL jetez un coup d'oeil à la nouvelle licence proposée avec SQL SERVER 2008 R2: webEdition: c'est du lowcost avec peu de limitation technique (performances, volumétrie) et dédié aux appli web client serveur type ASP.NET...

Merci pour les infos. Je ne connaissais pas cette web edition lowcost. C'est une solution intéressante. Merci