Bonjour,
je souhaite développer une application avec visual c# 2003 Standard Edition.
Avant de l'acquérir, je souhaiterais être sûre que cette version convient à
mes
besoins.
L'application est une application de gestion, qui va utilisé une base de
données
MSDE, dans un premier temps.
Le serveur de base de données sera installée sur un serveur XP, et les postes
clients sur lesquelles s'éxécutera l'application développée sous c# 2003
standard ed. seront aussi sous XP.
Est-ce que la version standard permet de travailler avec une base de donnée
sur
une machine différente que la machine sur laquelle s'éxécute l'application?
Merci d'avance pour votre réponse,
cordialement
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
mboizeau
Si je comprend bien les informations de connexions seront différentes en dev et en prod. La possibilité de passer de l'un à l'autre dépend du style de codage. Je pense (sans m'engger plus que ca) que les objets de connexion SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE que SQL Server(cf http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il suffit donc de rendre paramettrable (avec un fichier "config" crypté par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau http://oraclevsmicrosoft.blogspot.com
Si je comprend bien les informations de connexions seront différentes
en dev et en prod.
La possibilité de passer de l'un à l'autre dépend du style de
codage.
Je pense (sans m'engger plus que ca) que les objets de connexion
SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE
que SQL Server(cf
http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il
suffit donc de rendre paramettrable (avec un fichier "config" crypté
par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau
http://oraclevsmicrosoft.blogspot.com
Si je comprend bien les informations de connexions seront différentes en dev et en prod. La possibilité de passer de l'un à l'autre dépend du style de codage. Je pense (sans m'engger plus que ca) que les objets de connexion SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE que SQL Server(cf http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il suffit donc de rendre paramettrable (avec un fichier "config" crypté par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau http://oraclevsmicrosoft.blogspot.com
emilie defouch
merci pour votre réponse. en fait dans un premier temps et peut-être à therme si MSDE suffit j'utiliserai la même configuration en dév et en prod. c'est à dire c# standard edition + MSDE. Est-ce que cela suffit même si l'appli est déployée sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau avec les postes clients. ou est-ce que je suis obligée pour cela d'avoir VisualStudio professional et/ou sql server 2000. merci
"" a écrit :
Si je comprend bien les informations de connexions seront différentes en dev et en prod. La possibilité de passer de l'un à l'autre dépend du style de codage. Je pense (sans m'engger plus que ca) que les objets de connexion SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE que SQL Server(cf http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il suffit donc de rendre paramettrable (avec un fichier "config" crypté par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau http://oraclevsmicrosoft.blogspot.com
merci pour votre réponse.
en fait dans un premier temps et peut-être à therme si MSDE suffit
j'utiliserai la même configuration en dév et en prod. c'est à dire c#
standard edition + MSDE. Est-ce que cela suffit même si l'appli est déployée
sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau
avec les postes clients.
ou est-ce que je suis obligée pour cela d'avoir VisualStudio professional
et/ou sql server 2000.
merci
"mboizeau@free.fr" a écrit :
Si je comprend bien les informations de connexions seront différentes
en dev et en prod.
La possibilité de passer de l'un à l'autre dépend du style de
codage.
Je pense (sans m'engger plus que ca) que les objets de connexion
SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE
que SQL Server(cf
http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il
suffit donc de rendre paramettrable (avec un fichier "config" crypté
par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau
http://oraclevsmicrosoft.blogspot.com
merci pour votre réponse. en fait dans un premier temps et peut-être à therme si MSDE suffit j'utiliserai la même configuration en dév et en prod. c'est à dire c# standard edition + MSDE. Est-ce que cela suffit même si l'appli est déployée sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau avec les postes clients. ou est-ce que je suis obligée pour cela d'avoir VisualStudio professional et/ou sql server 2000. merci
"" a écrit :
Si je comprend bien les informations de connexions seront différentes en dev et en prod. La possibilité de passer de l'un à l'autre dépend du style de codage. Je pense (sans m'engger plus que ca) que les objets de connexion SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE que SQL Server(cf http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il suffit donc de rendre paramettrable (avec un fichier "config" crypté par exemple) les informations sur la base et le login/pwd.
OTH
Marc Boizeau http://oraclevsmicrosoft.blogspot.com
Guillaume Davion
Le problème de la MSDE, c'est que le nombre d'accès concurrent est extremement limité, et qu'il faut faire gaffe lors de l'install, il me semble qu'il faut mettre un paramètre pour permettre à des machines autres que le localhost d'accèder au serveur.
Le problème de la MSDE, c'est que le nombre d'accès concurrent est
extremement limité, et qu'il faut faire gaffe lors de l'install, il me
semble qu'il faut mettre un paramètre pour permettre à des machines
autres que le localhost d'accèder au serveur.
Le problème de la MSDE, c'est que le nombre d'accès concurrent est extremement limité, et qu'il faut faire gaffe lors de l'install, il me semble qu'il faut mettre un paramètre pour permettre à des machines autres que le localhost d'accèder au serveur.
mboizeau
En ce qui concerne visual studio, son utilisation n'est dans l'absolu pas necessaire pour développer en C# .net . Cependant cet IDE et la doc intégrée qui l'accompagne simplifient énormément le développment et notamment la compilation de projets complexes. (avec de nombreux composant) Si c'est un petit projet avec une interface graphique simple on peut s'en passer en utilisant un environement de dev freeware léger(même avec notepad et csc.exe on peut faire des choses) et en tapant dans la doc en ligne http://msdn.microsoft.com. Si ca deviens un peu sérieux cela vaut sans doute le coup d'investir.
oth
marc boizeau
http://oraclevsmicrosoft.blogspot.com
emilie defouch wrote:
merci pour votre réponse. en fait dans un premier temps et peut-être à therme si MSDE suffit j'utiliserai la même configuration en dév et en prod. c'est à dire c# standard edition + MSDE. Est-ce que cela suffit même si l'appli est d éployée sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau avec les postes clients. ou est-ce que je suis obligée pour cela d'avoir VisualStudio profession al et/ou sql server 2000. merci
"" a écrit :
> Si je comprend bien les informations de connexions seront différentes > en dev et en prod. > La possibilité de passer de l'un à l'autre dépend du style de > codage. > Je pense (sans m'engger plus que ca) que les objets de connexion > SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE > que SQL Server(cf > http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il > suffit donc de rendre paramettrable (avec un fichier "config" crypté > par exemple) les informations sur la base et le login/pwd. > > OTH > > Marc Boizeau > http://oraclevsmicrosoft.blogspot.com > >
En ce qui concerne visual studio, son utilisation n'est dans l'absolu
pas necessaire pour développer en C# .net . Cependant cet IDE et la
doc intégrée qui l'accompagne simplifient énormément le
développment et notamment la compilation de projets complexes. (avec
de nombreux composant) Si c'est un petit projet avec une interface
graphique simple on peut s'en passer en utilisant un environement de
dev freeware léger(même avec notepad et csc.exe on peut faire des
choses) et en tapant dans la doc en ligne http://msdn.microsoft.com.
Si ca deviens un peu sérieux cela vaut sans doute le coup
d'investir.
oth
marc boizeau
http://oraclevsmicrosoft.blogspot.com
emilie defouch wrote:
merci pour votre réponse.
en fait dans un premier temps et peut-être à therme si MSDE suffit
j'utiliserai la même configuration en dév et en prod. c'est à dire c#
standard edition + MSDE. Est-ce que cela suffit même si l'appli est d éployée
sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau
avec les postes clients.
ou est-ce que je suis obligée pour cela d'avoir VisualStudio profession al
et/ou sql server 2000.
merci
"mboizeau@free.fr" a écrit :
> Si je comprend bien les informations de connexions seront différentes
> en dev et en prod.
> La possibilité de passer de l'un à l'autre dépend du style de
> codage.
> Je pense (sans m'engger plus que ca) que les objets de connexion
> SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE
> que SQL Server(cf
> http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il
> suffit donc de rendre paramettrable (avec un fichier "config" crypté
> par exemple) les informations sur la base et le login/pwd.
>
> OTH
>
> Marc Boizeau
> http://oraclevsmicrosoft.blogspot.com
>
>
En ce qui concerne visual studio, son utilisation n'est dans l'absolu pas necessaire pour développer en C# .net . Cependant cet IDE et la doc intégrée qui l'accompagne simplifient énormément le développment et notamment la compilation de projets complexes. (avec de nombreux composant) Si c'est un petit projet avec une interface graphique simple on peut s'en passer en utilisant un environement de dev freeware léger(même avec notepad et csc.exe on peut faire des choses) et en tapant dans la doc en ligne http://msdn.microsoft.com. Si ca deviens un peu sérieux cela vaut sans doute le coup d'investir.
oth
marc boizeau
http://oraclevsmicrosoft.blogspot.com
emilie defouch wrote:
merci pour votre réponse. en fait dans un premier temps et peut-être à therme si MSDE suffit j'utiliserai la même configuration en dév et en prod. c'est à dire c# standard edition + MSDE. Est-ce que cela suffit même si l'appli est d éployée sur quelques machines XP et MSDE sur une machine serveur XP dédiée en réseau avec les postes clients. ou est-ce que je suis obligée pour cela d'avoir VisualStudio profession al et/ou sql server 2000. merci
"" a écrit :
> Si je comprend bien les informations de connexions seront différentes > en dev et en prod. > La possibilité de passer de l'un à l'autre dépend du style de > codage. > Je pense (sans m'engger plus que ca) que les objets de connexion > SQLConnection, du .net framework 1 fonctionnent aussi bien avec MSDE > que SQL Server(cf > http://www.microsoft.com/sql/msde/productinfo/overview.asp). Il > suffit donc de rendre paramettrable (avec un fichier "config" crypté > par exemple) les informations sur la base et le login/pwd. > > OTH > > Marc Boizeau > http://oraclevsmicrosoft.blogspot.com > >
