Discussion :

[sassi insaf]

bonsoir,
si je veux assurer la portabilité de mon application c#, quel type de base de données dois je utiliser?

[meziantou]

Selon les besoins:
- Fichier texte ou xml
- SQL Server Compact Edition

[sassi insaf]

y a plus une possibilité avec mysql?

[antoine.debyser]

Bonjour,

Il existe des connecteurs MySQL en .net, l'un d'eux est même fournit par la communauté MySQL.
Son pendant existe sous Mono aussi, donc MySQL est un bon choix pour la portabilité brute de ton application.

Maintenant en .Net, si ton application est bien codé, tu dois pouvoir changer de SGBD assez facilement. Donc tant que du coté SGBD tu fais quelque chose de relativement standard la portabilité est rapide.

Il faudrait plutôt regarder ce que Mono ne supporte pas par rapport à l'implémentation de Microsoft.

- SQL Server Compact Edition

T'es serieux là? SQL Server (Compact ou non) portable?

[meziantou]

T'es serieux là? SQL Server (Compact ou non) portable?

Il était un peu tard .

Autrement il y a postgresql ou sqllite

[sassi insaf]

[QUOTE=antoine.debyser;6838524]

Maintenant en .Net, si ton application est bien codé, tu dois pouvoir changer de SGBD assez facilement. Donc tant que du coté SGBD tu fais quelque chose de relativement standard la portabilité est rapide.

que voulez vous dire exactement de ça?

[MaximePalmisano]

A partir du moment ou tu découples ton code et notamment ta couche d'accès aux données, il est facile de changer l'objet derrière ton interface (genre IDAO).

Si tu passes d'une DB à un fichier ou à un stockage en mémoire, il suffira juste d'écrire un MemoryDAO, FileDAO, OracleDBDAO ou WhatEverDAO et de l'injecter à la place du précédent.

[meziantou]

Si tu utilises ADO.NET comme il faut pour accéder à ta base de données (i.e. en utilisant les interfaces plutôt que les types concrets) ton code ne change pas. La seule chose qui puissent changer est le code SQL dans certains cas. Si tu peux utiliser des procédures stockées alors ton code doit rester identique quelque soit le SGBD.