Bonjour,
je dois r=E9aliser une petite application qui devra permettre de
cr=E9er/supprimer et mettre =E0 jour des fiches produits. Ces produits
sont en fait des machines agricoles. Celles-ci sont d=E9crites au
travers d'une 50aines de champs, certains sont des texbox, d'autres des
menus d=E9roulants.
A vrai dire j'ai d=E9j=E0 fait une premi=E8re version de cette application
en C# sous SharpDevelop en utilisant en guise de base de donn=E9es un
fichier Access.
Ca marche tr=E8s bien mais il arrive parfois que sur certains postes
clients mon appli ne fonctionne pas du tout. J'imagine que le probl=E8me
vient de la base acc=E8s, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour
embarquer une base de donn=E9es dans une appli? Y a t-il un autre SGBD
posant moins de probl=E8me ou bien dois je passer par des fichiers XML?
J'ai peur de rencontrer des pb de performances avec le XML.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
St
Salut,
il y a sqLite (Db open source) : http://www.sqlite.org/ Il y a même un driver natif .Net :-)
Steph
fragmonster a écrit :
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Salut,
il y a sqLite (Db open source) : http://www.sqlite.org/
Il y a même un driver natif .Net :-)
Steph
fragmonster a écrit :
Bonjour,
je dois réaliser une petite application qui devra permettre de
créer/supprimer et mettre à jour des fiches produits. Ces produits
sont en fait des machines agricoles. Celles-ci sont décrites au
travers d'une 50aines de champs, certains sont des texbox, d'autres des
menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application
en C# sous SharpDevelop en utilisant en guise de base de données un
fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes
clients mon appli ne fonctionne pas du tout. J'imagine que le problème
vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour
embarquer une base de données dans une appli? Y a t-il un autre SGBD
posant moins de problème ou bien dois je passer par des fichiers XML?
J'ai peur de rencontrer des pb de performances avec le XML.
il y a sqLite (Db open source) : http://www.sqlite.org/ Il y a même un driver natif .Net :-)
Steph
fragmonster a écrit :
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
St
Le driver : http://sourceforge.net/projects/adodotnetsqlite
@+
fragmonster a écrit :
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Le driver : http://sourceforge.net/projects/adodotnetsqlite
@+
fragmonster a écrit :
Bonjour,
je dois réaliser une petite application qui devra permettre de
créer/supprimer et mettre à jour des fiches produits. Ces produits
sont en fait des machines agricoles. Celles-ci sont décrites au
travers d'une 50aines de champs, certains sont des texbox, d'autres des
menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application
en C# sous SharpDevelop en utilisant en guise de base de données un
fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes
clients mon appli ne fonctionne pas du tout. J'imagine que le problème
vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour
embarquer une base de données dans une appli? Y a t-il un autre SGBD
posant moins de problème ou bien dois je passer par des fichiers XML?
J'ai peur de rencontrer des pb de performances avec le XML.
Le driver : http://sourceforge.net/projects/adodotnetsqlite
@+
fragmonster a écrit :
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Fabien Bezagu
Dans le genre petit et rapide, tu as aussi Firebird.... http://firebird.sourceforge.net/
Il existe aussi un driver pour .NET.
Fabien
"fragmonster" a écrit dans le message de news:
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Dans le genre petit et rapide, tu as aussi Firebird....
http://firebird.sourceforge.net/
Il existe aussi un driver pour .NET.
Fabien
"fragmonster" <fmeriot@gmail.com> a écrit dans le message de news:
1127136397.188132.137230@g43g2000cwa.googlegroups.com...
Bonjour,
je dois réaliser une petite application qui devra permettre de
créer/supprimer et mettre à jour des fiches produits. Ces produits
sont en fait des machines agricoles. Celles-ci sont décrites au
travers d'une 50aines de champs, certains sont des texbox, d'autres des
menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application
en C# sous SharpDevelop en utilisant en guise de base de données un
fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes
clients mon appli ne fonctionne pas du tout. J'imagine que le problème
vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour
embarquer une base de données dans une appli? Y a t-il un autre SGBD
posant moins de problème ou bien dois je passer par des fichiers XML?
J'ai peur de rencontrer des pb de performances avec le XML.
Dans le genre petit et rapide, tu as aussi Firebird.... http://firebird.sourceforge.net/
Il existe aussi un driver pour .NET.
Fabien
"fragmonster" a écrit dans le message de news:
Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
fragmonster
Concernant la solution SqlLite, est-elle facilement intégrale à un projet winform? Je veux dire par là qu'il n'y a pas d'installation à faire sur le poste cible autre que mon appli?
Concernant la solution SqlLite, est-elle facilement intégrale à un
projet winform? Je veux dire par là qu'il n'y a pas d'installation à
faire sur le poste cible autre que mon appli?
Concernant la solution SqlLite, est-elle facilement intégrale à un projet winform? Je veux dire par là qu'il n'y a pas d'installation à faire sur le poste cible autre que mon appli?
Julien Bakmezdjian [MS]
Bonjour,
Il existe sinon la versin "light" de Microsoft SQL server. Ca s'appelle MSDE, et c'est téléchargeable gratuitement sur le site de MS. Je ne me souviens plus des limitations de MSDE par rapport à SQL serveur, mais en gros on est limité en taille de la base de données (2GO je crois) et en nombre de connexions simultanées.
"fragmonster" wrote in message news: Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Bonjour,
Il existe sinon la versin "light" de Microsoft SQL server. Ca s'appelle
MSDE, et c'est téléchargeable gratuitement sur le site de MS.
Je ne me souviens plus des limitations de MSDE par rapport à SQL serveur,
mais en gros on est limité en taille de la base de données (2GO je crois) et
en nombre de connexions simultanées.
"fragmonster" <fmeriot@gmail.com> wrote in message
news:1127136397.188132.137230@g43g2000cwa.googlegroups.com...
Bonjour,
je dois réaliser une petite application qui devra permettre de
créer/supprimer et mettre à jour des fiches produits. Ces produits
sont en fait des machines agricoles. Celles-ci sont décrites au
travers d'une 50aines de champs, certains sont des texbox, d'autres des
menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application
en C# sous SharpDevelop en utilisant en guise de base de données un
fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes
clients mon appli ne fonctionne pas du tout. J'imagine que le problème
vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour
embarquer une base de données dans une appli? Y a t-il un autre SGBD
posant moins de problème ou bien dois je passer par des fichiers XML?
J'ai peur de rencontrer des pb de performances avec le XML.
Il existe sinon la versin "light" de Microsoft SQL server. Ca s'appelle MSDE, et c'est téléchargeable gratuitement sur le site de MS. Je ne me souviens plus des limitations de MSDE par rapport à SQL serveur, mais en gros on est limité en taille de la base de données (2GO je crois) et en nombre de connexions simultanées.
"fragmonster" wrote in message news: Bonjour, je dois réaliser une petite application qui devra permettre de créer/supprimer et mettre à jour des fiches produits. Ces produits sont en fait des machines agricoles. Celles-ci sont décrites au travers d'une 50aines de champs, certains sont des texbox, d'autres des menus déroulants.
A vrai dire j'ai déjà fait une première version de cette application en C# sous SharpDevelop en utilisant en guise de base de données un fichier Access.
Ca marche très bien mais il arrive parfois que sur certains postes clients mon appli ne fonctionne pas du tout. J'imagine que le problème vient de la base accès, de la version du MDAC ou que sais-je encore.
Bref, je me demandais si il n'y avait pas une autre solution pour embarquer une base de données dans une appli? Y a t-il un autre SGBD posant moins de problème ou bien dois je passer par des fichiers XML? J'ai peur de rencontrer des pb de performances avec le XML.
Merci de votre aide
Lloyd Dupont
> Concernant la solution SqlLite, est-elle facilement intégrale à un projet winform? Je veux dire par là qu'il n'y a pas d'installation à faire sur le poste cible autre que mon appli?
ben oui. je te conseille ce driver la: http://sourceforge.net/projects/sqlite-dotnet2
il te permettras de n'avoir qu' UNE seule et unique DLL (alors que les autre en utiliseront une 2e quie seras pas auto-deployer par VS.NET)
> Concernant la solution SqlLite, est-elle facilement intégrale à un
projet winform? Je veux dire par là qu'il n'y a pas d'installation à
faire sur le poste cible autre que mon appli?
ben oui.
je te conseille ce driver la:
http://sourceforge.net/projects/sqlite-dotnet2
il te permettras de n'avoir qu' UNE seule et unique DLL
(alors que les autre en utiliseront une 2e quie seras pas auto-deployer par
VS.NET)
> Concernant la solution SqlLite, est-elle facilement intégrale à un projet winform? Je veux dire par là qu'il n'y a pas d'installation à faire sur le poste cible autre que mon appli?
ben oui. je te conseille ce driver la: http://sourceforge.net/projects/sqlite-dotnet2
il te permettras de n'avoir qu' UNE seule et unique DLL (alors que les autre en utiliseront une 2e quie seras pas auto-deployer par VS.NET)
fragmonster
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui
proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite.
Cependant il me semble qu'il faille installer un client sur le poste
cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien
adaptée à ce que je veux faire. Merci pour votre aide.
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Julien Bakmezdjian [MS]
Bonjour,
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Bonjour,
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" <fmeriot@gmail.com> wrote in message
news:1127287672.210953.202580@g44g2000cwa.googlegroups.com...
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui
proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite.
Cependant il me semble qu'il faille installer un client sur le poste
cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien
adaptée à ce que je veux faire. Merci pour votre aide.
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Cyber Sinh
Julien Bakmezdjian [MS] a écrit :
Bonjour,
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Cela vaut-il encore pour SQL Server 2005 Express ?
Cyber Sinh
Julien Bakmezdjian [MS] a écrit :
Bonjour,
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" <fmeriot@gmail.com> wrote in message
news:1127287672.210953.202580@g44g2000cwa.googlegroups.com...
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui
proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite.
Cependant il me semble qu'il faille installer un client sur le poste
cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien
adaptée à ce que je veux faire. Merci pour votre aide.
Cela vaut-il encore pour SQL Server 2005 Express ?
MSDE ne nécessite aucune installation sur le poste client...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
Cela vaut-il encore pour SQL Server 2005 Express ?
Cyber Sinh
Lloyd Dupont
> MSDE ne nécessite aucune installation sur le poste client...
gnn... tu veux dire qu'il faut un serveur, c'est ca? mais ca le fait pas il veut la base de donne a l'interieur de son app, pas client-serveur, mais code-ficher! j'crois pas qu'MSDE le fasse...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
> MSDE ne nécessite aucune installation sur le poste client...
gnn...
tu veux dire qu'il faut un serveur, c'est ca?
mais ca le fait pas il veut la base de donne a l'interieur de son app, pas
client-serveur, mais code-ficher!
j'crois pas qu'MSDE le fasse...
Cordialement,
Julien Bakmezdjian
"fragmonster" <fmeriot@gmail.com> wrote in message
news:1127287672.210953.202580@g44g2000cwa.googlegroups.com...
Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui
proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite.
Cependant il me semble qu'il faille installer un client sur le poste
cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien
adaptée à ce que je veux faire. Merci pour votre aide.
> MSDE ne nécessite aucune installation sur le poste client...
gnn... tu veux dire qu'il faut un serveur, c'est ca? mais ca le fait pas il veut la base de donne a l'interieur de son app, pas client-serveur, mais code-ficher! j'crois pas qu'MSDE le fasse...
Cordialement,
Julien Bakmezdjian
"fragmonster" wrote in message news: Merci Lloyd pour ce driver. J'ai en effet testé un autre driver qui proposait 3 DLL différentes.
Concernant MSDE, je connais effectivement cette solution gratuite. Cependant il me semble qu'il faille installer un client sur le poste cible non?
A part ça j'ai testé la solution SQLite. ELle me parraît très bien adaptée à ce que je veux faire. Merci pour votre aide.
