En ce qui concerne les application fesant appelle au base de données,
qu'utilisez-vous ? Moi je me servais uniquement d'access avec vb6, mais
avec .net et c#, il y a peut etre un autre moyen de faire les bases de
donnée.
Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou ...
Le 30/06/2004 19:03, Christophe R. écrivait ceci :
Re-bonjour
Bonjour.
Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
ADO .Net Le Net regorge d'exemples ;-)
Merci pour vos réponses
de rien. @+
Elp
Salut,
"Christophe R." wrote in message news:
En ce qui concerne les application fesant appelle au base de données, qu'utilisez-vous ? Moi je me servais uniquement d'access avec vb6, mais avec .net et c#, il y a peut etre un autre moyen de faire les bases de donnée.
Le type de base de donnée que tu utilise ne dépends pas vraiment du langage de programmation utilisé pour y accéder (à partir du moment qu´il existe des outils pour accéder à ta base à partir de ton langage bien sur) mais plutot de l´utilisation que tu veux faire de ta base. Je ne suis pas un spécialiste des BdD mais Access est à priori un système simple mais vraiment pas adapté si ta base est sensée contenir des centaines de tables et des millions d´enregistrements et que tu veux quand meme avoir de bonnes performances. Sans parler de la sécurité. Une BdD SQL serait par exemple plus adapté pour un usage intensif.
Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
Sous .NET, l´accès au BdD se fait en général à l´aide d´ADO .NET qui peux se connecter à toute BdD supportant OLE DB. En fait, tu peux parfaitement faire une appli utilisant au départ une base Access puis, si le besoin se fait sentir migrer ta base vers SQL sans avoir besoin de changer le code de ton appli car ADO .NET peux se connecter indifférement à toute base ayant un driver OLE DB (ce qu´ont Microsoft Access et Microsoft SQL Server). Tout ce que tu aura besoin de modifier dans ton appli si tu decide de passer apres coup d´Access à SQL sera (forcément) ta Connection String pour ta Base de donnée.
Salut,
"Christophe R." <nospam@nospam.fr> wrote in message
news:erPpaQsXEHA.3156@TK2MSFTNGP12.phx.gbl...
En ce qui concerne les application fesant appelle au base de données,
qu'utilisez-vous ? Moi je me servais uniquement d'access avec vb6, mais
avec .net et c#, il y a peut etre un autre moyen de faire les bases de
donnée.
Le type de base de donnée que tu utilise ne dépends pas vraiment du langage
de programmation utilisé pour y accéder (à partir du moment qu´il existe des
outils pour accéder à ta base à partir de ton langage bien sur) mais plutot
de l´utilisation que tu veux faire de ta base. Je ne suis pas un spécialiste
des BdD mais Access est à priori un système simple mais vraiment pas adapté
si ta base est sensée contenir des centaines de tables et des millions
d´enregistrements et que tu veux quand meme avoir de bonnes performances.
Sans parler de la sécurité. Une BdD SQL serait par exemple plus adapté pour
un usage intensif.
Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
Sous .NET, l´accès au BdD se fait en général à l´aide d´ADO .NET qui peux se
connecter à toute BdD supportant OLE DB. En fait, tu peux parfaitement faire
une appli utilisant au départ une base Access puis, si le besoin se fait
sentir migrer ta base vers SQL sans avoir besoin de changer le code de ton
appli car ADO .NET peux se connecter indifférement à toute base ayant un
driver OLE DB (ce qu´ont Microsoft Access et Microsoft SQL Server). Tout ce
que tu aura besoin de modifier dans ton appli si tu decide de passer apres
coup d´Access à SQL sera (forcément) ta Connection String pour ta Base de
donnée.
En ce qui concerne les application fesant appelle au base de données, qu'utilisez-vous ? Moi je me servais uniquement d'access avec vb6, mais avec .net et c#, il y a peut etre un autre moyen de faire les bases de donnée.
Le type de base de donnée que tu utilise ne dépends pas vraiment du langage de programmation utilisé pour y accéder (à partir du moment qu´il existe des outils pour accéder à ta base à partir de ton langage bien sur) mais plutot de l´utilisation que tu veux faire de ta base. Je ne suis pas un spécialiste des BdD mais Access est à priori un système simple mais vraiment pas adapté si ta base est sensée contenir des centaines de tables et des millions d´enregistrements et que tu veux quand meme avoir de bonnes performances. Sans parler de la sécurité. Une BdD SQL serait par exemple plus adapté pour un usage intensif.
Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
Sous .NET, l´accès au BdD se fait en général à l´aide d´ADO .NET qui peux se connecter à toute BdD supportant OLE DB. En fait, tu peux parfaitement faire une appli utilisant au départ une base Access puis, si le besoin se fait sentir migrer ta base vers SQL sans avoir besoin de changer le code de ton appli car ADO .NET peux se connecter indifférement à toute base ayant un driver OLE DB (ce qu´ont Microsoft Access et Microsoft SQL Server). Tout ce que tu aura besoin de modifier dans ton appli si tu decide de passer apres coup d´Access à SQL sera (forcément) ta Connection String pour ta Base de donnée.
Ambassadeur Kosh
> Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes, supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter les changements effectués (le tableau DataSet en a gardé les traces) sur la source de données. le DataAdapter est tout bêtement 4 requetes élémentaires SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu modifies un champ.
et tout ça marche plutôt bien.
> Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur
une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes,
supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter
les changements effectués (le tableau DataSet en a gardé les traces) sur la
source de données. le DataAdapter est tout bêtement 4 requetes élémentaires
SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu
modifies un champ.
> Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes, supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter les changements effectués (le tableau DataSet en a gardé les traces) sur la source de données. le DataAdapter est tout bêtement 4 requetes élémentaires SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu modifies un champ.
et tout ça marche plutôt bien.
Christophe R.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Bon alors si je comprend bien la situation, tout ce que fesais avec VB6 n'a plus rien a voir. Je m'explique: avec vb6, j'avais mes forms, sur lequel je placé des contrôles DATA, puis je placé des textbox, que je lié au control DATA par la propriété DataSource. Ensuite j'utilisais les propriétés suivantes: addnew, move, refresh, et ainsi de suite.<br> <br> Grosse galère et prise de tète en perspective !!!<br> <br> Merci<br> @+<br> Christophe<br> <br> Ambassadeur Kosh a écrit : <blockquote cite="" type="cite"> <blockquote type="cite"> <pre wrap="">Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou </pre> </blockquote> <pre wrap=""><!---->...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes, supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter les changements effectués (le tableau DataSet en a gardé les traces) sur la source de données. le DataAdapter est tout bêtement 4 requetes élémentaires SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu modifies un champ.
et tout ça marche plutôt bien.
</pre> </blockquote> </body> </html>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Bon alors si je comprend bien la situation, tout ce que fesais avec VB6
n'a plus rien a voir. Je m'explique: avec vb6, j'avais mes forms, sur
lequel je placé des contrôles DATA, puis je placé des textbox, que je
lié au control DATA par la propriété DataSource. Ensuite j'utilisais
les propriétés suivantes: addnew, move, refresh, et ainsi de suite.<br>
<br>
Grosse galère et prise de tète en perspective !!!<br>
<br>
Merci<br>
@+<br>
Christophe<br>
<br>
Ambassadeur Kosh a écrit :
<blockquote cite="mideGEaV0sXEHA.3664@TK2MSFTNGP12.phx.gbl" type="cite">
<blockquote type="cite">
<pre wrap="">Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou
</pre>
</blockquote>
<pre wrap=""><!---->...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur
une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes,
supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter
les changements effectués (le tableau DataSet en a gardé les traces) sur la
source de données. le DataAdapter est tout bêtement 4 requetes élémentaires
SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu
modifies un champ.
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Bon alors si je comprend bien la situation, tout ce que fesais avec VB6 n'a plus rien a voir. Je m'explique: avec vb6, j'avais mes forms, sur lequel je placé des contrôles DATA, puis je placé des textbox, que je lié au control DATA par la propriété DataSource. Ensuite j'utilisais les propriétés suivantes: addnew, move, refresh, et ainsi de suite.<br> <br> Grosse galère et prise de tète en perspective !!!<br> <br> Merci<br> @+<br> Christophe<br> <br> Ambassadeur Kosh a écrit : <blockquote cite="" type="cite"> <blockquote type="cite"> <pre wrap="">Ainsi, pour les accés à ces bases de donnée, vous utilisez ADO ou JRO ou </pre> </blockquote> <pre wrap=""><!---->...
l'ADO .Net
c'est du mode deconnecté. en gros, tu charges tes données, tu travailles sur une image mémoire, une sorte de gros tableau (DataSet), tu ajoutes, supprimes, modifies des lignes, et tu demandes au DataAdapter de repercuter les changements effectués (le tableau DataSet en a gardé les traces) sur la source de données. le DataAdapter est tout bêtement 4 requetes élémentaires SELECT, DELETE, UPDATE et INSERT.
ça change beaucoup du concept de section critique sur la ligne quand tu modifies un champ.
