j'aimerais bien savoir quelle outils de microsoft dois je utiliser si
je veux r=E9aliser une application:
- qui doit tourner sur un PC
- qui manipule un certain nombre de donn=E9es et =E0 une fonctionnalkit=E9
d'analyze des donn=E9es
- qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous:
1- access
2- sql express
3- slq mobile
D'apr=E9s mes recherches:
1- access serait consid=E9r=E9 comme un outil de bureautique et ne m'a
pas =E9t=E9 recommand=E9 (trop vieux et probablement am=F9en=E9 =E0
disparaitre). Apparemment il serait encore l=E0 pour supporter les
anciens programmes.
2- sql express m'a =E9t=E9 recommand=E9. Cependant dans le cade d'un
programme monoclient cela me semble lourd d'installer un SGB de ce type
(m=EAme en version ligth compar=E9 =E0 sql serveur).
3- sql mobile. Cela me semble l'id=E9al, mais le mot "mobile" m'emb=EAte.
Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'=E9tait d'abord port=E9 sur access qui me semble le
plus l=E9ger.
L'id=E9e est juste d'avoir un r=E9servoir de donn=E9es et un langage
simple pour r=E9cup=E9rer ces donner et les trier etc etc.
Access avec son langage SQL est donc l'id=E9al. Il y a bien aussi XML
avec du XQuery mais bon....
Il y a juste =E0 fournir le fichier mdb et integrer la dll et c'est
fini.
Donc si on oublie access, quid de sql express et mobile???
Quel est votre avis??
regarde aussi Visual FoxPro : tu développes en VFP, tes données sont dans du SQL Express
VFP, c'est un outil de développement Microsoft 100% objet et centré sur les données, frontal d'accès SQL idéal, interopérabilité .Net, et une communauté de développeurs francophone conviviale et réactive (autant que celle-ci :-)) microsoft.public.fr.fox,.www.atoutfox.net
"webrod" a écrit dans le message de news:
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access 2- sql express 3- slq mobile
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
Bonjour,
regarde aussi Visual FoxPro : tu développes en VFP, tes données sont dans du
SQL Express
VFP, c'est un outil de développement Microsoft 100% objet et centré sur les
données, frontal d'accès SQL idéal, interopérabilité .Net, et une
communauté de développeurs francophone conviviale et réactive (autant que
celle-ci :-)) microsoft.public.fr.fox,.www.atoutfox.net
"webrod" <rodolphe.aoustin@gmail.com> a écrit dans le message de news:
1145015699.193414.310900@i39g2000cwa.googlegroups.com...
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si
je veux réaliser une application:
- qui doit tourner sur un PC
- qui manipule un certain nombre de données et à une fonctionnalkité
d'analyze des données
- qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous:
1- access
2- sql express
3- slq mobile
D'aprés mes recherches:
1- access serait considéré comme un outil de bureautique et ne m'a
pas été recommandé (trop vieux et probablement amùené à
disparaitre). Apparemment il serait encore là pour supporter les
anciens programmes.
2- sql express m'a été recommandé. Cependant dans le cade d'un
programme monoclient cela me semble lourd d'installer un SGB de ce type
(même en version ligth comparé à sql serveur).
3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête.
Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le
plus léger.
L'idée est juste d'avoir un réservoir de données et un langage
simple pour récupérer ces donner et les trier etc etc.
Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML
avec du XQuery mais bon....
Il y a juste à fournir le fichier mdb et integrer la dll et c'est
fini.
Donc si on oublie access, quid de sql express et mobile???
Quel est votre avis??
regarde aussi Visual FoxPro : tu développes en VFP, tes données sont dans du SQL Express
VFP, c'est un outil de développement Microsoft 100% objet et centré sur les données, frontal d'accès SQL idéal, interopérabilité .Net, et une communauté de développeurs francophone conviviale et réactive (autant que celle-ci :-)) microsoft.public.fr.fox,.www.atoutfox.net
"webrod" a écrit dans le message de news:
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access 2- sql express 3- slq mobile
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
Med Bouchenafa
Le meilleur outil, car ce n'est que des outils, est celui que l'on maitrise Il y a pas mal d'outils bureautiques chez Microsoft pour diposer rapidement d'une petite base de données ACCESS EXCEL WORKS FOXPRO
SQL Mobile ne peut pas tourner sur un PC sans un émulateur Quand à l'abandon d'ACCESS, ce n'est que pure spéculation. Il est toujours là et sera encore là dans la prochaine version d'Office
-- Bien cordialement Med Bouchenafa
"webrod" a écrit dans le message de news:
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access 2- sql express 3- slq mobile
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
Le meilleur outil, car ce n'est que des outils, est celui que l'on maitrise
Il y a pas mal d'outils bureautiques chez Microsoft pour diposer rapidement
d'une petite base de données
ACCESS
EXCEL
WORKS
FOXPRO
SQL Mobile ne peut pas tourner sur un PC sans un émulateur
Quand à l'abandon d'ACCESS, ce n'est que pure spéculation.
Il est toujours là et sera encore là dans la prochaine version d'Office
--
Bien cordialement
Med Bouchenafa
"webrod" <rodolphe.aoustin@gmail.com> a écrit dans le message de news:
1145015699.193414.310900@i39g2000cwa.googlegroups.com...
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si
je veux réaliser une application:
- qui doit tourner sur un PC
- qui manipule un certain nombre de données et à une fonctionnalkité
d'analyze des données
- qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous:
1- access
2- sql express
3- slq mobile
D'aprés mes recherches:
1- access serait considéré comme un outil de bureautique et ne m'a
pas été recommandé (trop vieux et probablement amùené à
disparaitre). Apparemment il serait encore là pour supporter les
anciens programmes.
2- sql express m'a été recommandé. Cependant dans le cade d'un
programme monoclient cela me semble lourd d'installer un SGB de ce type
(même en version ligth comparé à sql serveur).
3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête.
Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le
plus léger.
L'idée est juste d'avoir un réservoir de données et un langage
simple pour récupérer ces donner et les trier etc etc.
Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML
avec du XQuery mais bon....
Il y a juste à fournir le fichier mdb et integrer la dll et c'est
fini.
Donc si on oublie access, quid de sql express et mobile???
Quel est votre avis??
Le meilleur outil, car ce n'est que des outils, est celui que l'on maitrise Il y a pas mal d'outils bureautiques chez Microsoft pour diposer rapidement d'une petite base de données ACCESS EXCEL WORKS FOXPRO
SQL Mobile ne peut pas tourner sur un PC sans un émulateur Quand à l'abandon d'ACCESS, ce n'est que pure spéculation. Il est toujours là et sera encore là dans la prochaine version d'Office
-- Bien cordialement Med Bouchenafa
"webrod" a écrit dans le message de news:
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access 2- sql express 3- slq mobile
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
SQLpro [MVP]
webrod a écrit :
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access
le moteur jet (base access) est obsolète donc disparition
2- sql express
bon choix
3- slq mobile
adapté uniquement pour win ce
Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier... Donc amené à disparaître tout comme Access.
A +
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
webrod a écrit :
Bonjour,
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si
je veux réaliser une application:
- qui doit tourner sur un PC
- qui manipule un certain nombre de données et à une fonctionnalkité
d'analyze des données
- qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous:
1- access
le moteur jet (base access) est obsolète donc disparition
2- sql express
bon choix
3- slq mobile
adapté uniquement pour win ce
Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier...
Donc amené à disparaître tout comme Access.
A +
D'aprés mes recherches:
1- access serait considéré comme un outil de bureautique et ne m'a
pas été recommandé (trop vieux et probablement amùené à
disparaitre). Apparemment il serait encore là pour supporter les
anciens programmes.
2- sql express m'a été recommandé. Cependant dans le cade d'un
programme monoclient cela me semble lourd d'installer un SGB de ce type
(même en version ligth comparé à sql serveur).
3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête.
Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le
plus léger.
L'idée est juste d'avoir un réservoir de données et un langage
simple pour récupérer ces donner et les trier etc etc.
Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML
avec du XQuery mais bon....
Il y a juste à fournir le fichier mdb et integrer la dll et c'est
fini.
Donc si on oublie access, quid de sql express et mobile???
Quel est votre avis??
merci
rod
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
j'aimerais bien savoir quelle outils de microsoft dois je utiliser si je veux réaliser une application: - qui doit tourner sur un PC - qui manipule un certain nombre de données et à une fonctionnalkité d'analyze des données - qui est monoclient
par exemple, une aplication type Money ou outlook express.
Que me conseillez-vous: 1- access
le moteur jet (base access) est obsolète donc disparition
2- sql express
bon choix
3- slq mobile
adapté uniquement pour win ce
Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier... Donc amené à disparaître tout comme Access.
A +
D'aprés mes recherches: 1- access serait considéré comme un outil de bureautique et ne m'a pas été recommandé (trop vieux et probablement amùené à disparaitre). Apparemment il serait encore là pour supporter les anciens programmes. 2- sql express m'a été recommandé. Cependant dans le cade d'un programme monoclient cela me semble lourd d'installer un SGB de ce type (même en version ligth comparé à sql serveur). 3- sql mobile. Cela me semble l'idéal, mais le mot "mobile" m'embête. Est-ce que cela a du sens d'utiliser cela sur un desktop??
en fait mon choix s'était d'abord porté sur access qui me semble le plus léger. L'idée est juste d'avoir un réservoir de données et un langage simple pour récupérer ces donner et les trier etc etc. Access avec son langage SQL est donc l'idéal. Il y a bien aussi XML avec du XQuery mais bon.... Il y a juste à fournir le fichier mdb et integrer la dll et c'est fini.
Donc si on oublie access, quid de sql express et mobile??? Quel est votre avis??
merci
rod
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Thierry
> Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier... Donc amené à disparaître tout comme Access.
Mais Webrod recherche un SGBD + outil de programmation pour une application monoposte, pour UN seul PC. Je pense qu'un SGBDR fichier, ça reste une très bonne option pour ce type d'application.
>
Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier...
Donc amené à disparaître tout comme Access.
Mais Webrod recherche un SGBD + outil de programmation pour une application
monoposte, pour UN seul PC.
Je pense qu'un SGBDR fichier, ça reste une très bonne option pour ce type
d'application.
> Quand à Visual Fox Pro si ma mémoire est bonne c'est un SGBDR fichier... Donc amené à disparaître tout comme Access.
Mais Webrod recherche un SGBD + outil de programmation pour une application monoposte, pour UN seul PC. Je pense qu'un SGBDR fichier, ça reste une très bonne option pour ce type d'application.
webrod
> Quand à l'abandon d'ACCESS, ce n'est que pure spéculation. Il est toujours là et sera encore là dans la prochaine version d'Offi ce
Oui tout à fait, je confirme qu'il sera là dans les prochains versions mais apparemment uniquement pour maintenir l'existant. Access ne va pas bébénificer d'améliorations. Il est mis de côté (d'aprés les dires d'un ingénieur de microsoft).
Rod.
> Quand à l'abandon d'ACCESS, ce n'est que pure spéculation.
Il est toujours là et sera encore là dans la prochaine version d'Offi ce
Oui tout à fait, je confirme qu'il sera là dans les prochains
versions mais apparemment uniquement pour maintenir l'existant. Access
ne va pas bébénificer d'améliorations. Il est mis de côté
(d'aprés les dires d'un ingénieur de microsoft).
> Quand à l'abandon d'ACCESS, ce n'est que pure spéculation. Il est toujours là et sera encore là dans la prochaine version d'Offi ce
Oui tout à fait, je confirme qu'il sera là dans les prochains versions mais apparemment uniquement pour maintenir l'existant. Access ne va pas bébénificer d'améliorations. Il est mis de côté (d'aprés les dires d'un ingénieur de microsoft).
Rod.
webrod
merci pour ta réponse, cela confirme ce que j'avais entendu. Ce qui me pose problème, c'est l'appellation "sql serveur express" (il y a le mot serveur). Est ce que cela a du sens de deployer un serveur sur un simple ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs programmes qui utilisent comme le mien sqlexpress. Il me semble que chaque programme va installer son SQL serveur, ce qui me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur express avec ce type d'application? Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux adapté. Bref, faire un bon choix d'architecture. Je pense que ton analyse doit être interressante.
Rod
merci pour ta réponse, cela confirme ce que j'avais entendu.
Ce qui me pose problème, c'est l'appellation "sql serveur express" (il
y a le mot serveur).
Est ce que cela a du sens de deployer un serveur sur un simple
ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs
programmes qui utilisent comme le mien sqlexpress.
Il me semble que chaque programme va installer son SQL serveur, ce qui
me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur
express avec ce type d'application?
Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux
adapté.
Bref, faire un bon choix d'architecture.
Je pense que ton analyse doit être interressante.
merci pour ta réponse, cela confirme ce que j'avais entendu. Ce qui me pose problème, c'est l'appellation "sql serveur express" (il y a le mot serveur). Est ce que cela a du sens de deployer un serveur sur un simple ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs programmes qui utilisent comme le mien sqlexpress. Il me semble que chaque programme va installer son SQL serveur, ce qui me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur express avec ce type d'application? Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux adapté. Bref, faire un bon choix d'architecture. Je pense que ton analyse doit être interressante.
Rod
Michel LEVY
- stocker et "manipuler" des données, c'est du ressort d'un SGBDR : SQL Server (Express dans ton cas de figure) - développer une application d'interface utilisateur pour "manipuler" ces données en entrées et sorties , c'est du ressort d'un langage de développement conçu pour ça, donc de Visual FoxPro 9.
en résumé, VFP pour développer l'application, SQL pour stocker les données, c'est la solution simple, durable, évolutive (à mon avis)
"webrod" a écrit dans le message de news:
merci pour ta réponse, cela confirme ce que j'avais entendu. Ce qui me pose problème, c'est l'appellation "sql serveur express" (il y a le mot serveur). Est ce que cela a du sens de deployer un serveur sur un simple ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs programmes qui utilisent comme le mien sqlexpress. Il me semble que chaque programme va installer son SQL serveur, ce qui me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur express avec ce type d'application? Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux adapté. Bref, faire un bon choix d'architecture. Je pense que ton analyse doit être interressante.
Rod
- stocker et "manipuler" des données, c'est du ressort d'un SGBDR : SQL
Server (Express dans ton cas de figure)
- développer une application d'interface utilisateur pour "manipuler" ces
données en entrées et sorties , c'est du ressort d'un langage de
développement conçu pour ça, donc de Visual FoxPro 9.
en résumé, VFP pour développer l'application, SQL pour stocker les données,
c'est la solution simple, durable, évolutive (à mon avis)
"webrod" <rodolphe.aoustin@gmail.com> a écrit dans le message de news:
1145028937.701346.8520@i40g2000cwc.googlegroups.com...
merci pour ta réponse, cela confirme ce que j'avais entendu.
Ce qui me pose problème, c'est l'appellation "sql serveur express" (il
y a le mot serveur).
Est ce que cela a du sens de deployer un serveur sur un simple
ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs
programmes qui utilisent comme le mien sqlexpress.
Il me semble que chaque programme va installer son SQL serveur, ce qui
me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur
express avec ce type d'application?
Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux
adapté.
Bref, faire un bon choix d'architecture.
Je pense que ton analyse doit être interressante.
- stocker et "manipuler" des données, c'est du ressort d'un SGBDR : SQL Server (Express dans ton cas de figure) - développer une application d'interface utilisateur pour "manipuler" ces données en entrées et sorties , c'est du ressort d'un langage de développement conçu pour ça, donc de Visual FoxPro 9.
en résumé, VFP pour développer l'application, SQL pour stocker les données, c'est la solution simple, durable, évolutive (à mon avis)
"webrod" a écrit dans le message de news:
merci pour ta réponse, cela confirme ce que j'avais entendu. Ce qui me pose problème, c'est l'appellation "sql serveur express" (il y a le mot serveur). Est ce que cela a du sens de deployer un serveur sur un simple ordinateur afin d'utiliser mon modeste programme?
De plus j'ai cru comprendre qu'en admettant qu'il existe plusieurs programmes qui utilisent comme le mien sqlexpress. Il me semble que chaque programme va installer son SQL serveur, ce qui me semble encore plus lourd.
Peux-tu me donner des détails sur l'interêt d'utiliser SQL serveur express avec ce type d'application? Je voudrais être sur d'utiliser le bon produit, celui qui est le mieux adapté. Bref, faire un bon choix d'architecture. Je pense que ton analyse doit être interressante.
Rod
webrod
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
Rod
merci de ta réponse.
Côté développement, j'ai déjà porté mon choix sur du .NET
(csharp).
Coté base de données, apparrement cela ne choque personne d'installer
un serveur sur un poste client juste pour faire tourner une petite
application...
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
Rod
Arnaud CLERET
Ce n'est absolument pas choquant ... :) Si c'est le mot serveur qui te gêne, il faut l'entendre ici comme un distributeur de service.
Pour la problématique d'installation d'autres applications utilisant aussi SQL Server, rien n'impose d'installer une instance dédiée à chaque application. Il est tout a fait possible de déployer seulement la base de données et donc d'avoir une seule instance mutualisant les bases de données applicatives.
-- arno - http://www.dotnetguru2.org/acleret/
"webrod" a écrit dans le message de news:
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
Rod
Ce n'est absolument pas choquant ... :)
Si c'est le mot serveur qui te gêne, il faut l'entendre ici comme un
distributeur de service.
Pour la problématique d'installation d'autres applications utilisant aussi
SQL Server, rien n'impose d'installer une instance dédiée à chaque
application. Il est tout a fait possible de déployer seulement la base de
données et donc d'avoir une seule instance mutualisant les bases de données
applicatives.
--
arno - http://www.dotnetguru2.org/acleret/
"webrod" <rodolphe.aoustin@gmail.com> a écrit dans le message de news:
1145093914.321574.5130@g10g2000cwb.googlegroups.com...
merci de ta réponse.
Côté développement, j'ai déjà porté mon choix sur du .NET
(csharp).
Coté base de données, apparrement cela ne choque personne d'installer
un serveur sur un poste client juste pour faire tourner une petite
application...
Ce n'est absolument pas choquant ... :) Si c'est le mot serveur qui te gêne, il faut l'entendre ici comme un distributeur de service.
Pour la problématique d'installation d'autres applications utilisant aussi SQL Server, rien n'impose d'installer une instance dédiée à chaque application. Il est tout a fait possible de déployer seulement la base de données et donc d'avoir une seule instance mutualisant les bases de données applicatives.
-- arno - http://www.dotnetguru2.org/acleret/
"webrod" a écrit dans le message de news:
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
Rod
Nicolas LETULLIER
Bonjour,
Cela n'a rien de choquant, mais ça peut en effet devenir lourd lors des installations, vois un peu le nombre de forums concernant une install d'Express qui tourne mal. Cela nécessite également des droits d'administrateurs, une machine relativement récente (suis-je le seul à avoir encore des clients sous Windows 98 et qui ne veulent pas changer ???).
Après, c'est bien sûr en fonction de tes besoins. Je donnerais éventuellement une autre piste (bien que jamais explorée personnellement), celle des micro bases de données objet telles que VistaDB (http://www.vistadb.net/) , surtout en .Net . S'il s'agit de stocker 10 clients et 200 factures, ça me parait largement suffisant.
Dernier aparté sur SQL Server Mobile, MS prépare une nouvelle version "Everywhere Edition" qui serait apparemment disponible pour les Windows "standard" (...This new offering for storage on clients of all types...) : http://www.microsoft.com/sql/letter.mspx
Nicolas.
"webrod" a écrit dans le message de news:
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
Rod
Bonjour,
Cela n'a rien de choquant, mais ça peut en effet devenir lourd lors des
installations, vois un peu le nombre de forums concernant une install
d'Express qui tourne mal. Cela nécessite également des droits
d'administrateurs, une machine relativement récente (suis-je le seul à avoir
encore des clients sous Windows 98 et qui ne veulent pas changer ???).
Après, c'est bien sûr en fonction de tes besoins. Je donnerais
éventuellement une autre piste (bien que jamais explorée personnellement),
celle des micro bases de données objet telles que VistaDB
(http://www.vistadb.net/) , surtout en .Net . S'il s'agit de stocker 10
clients et 200 factures, ça me parait largement suffisant.
Dernier aparté sur SQL Server Mobile, MS prépare une nouvelle version
"Everywhere Edition" qui serait apparemment disponible pour les Windows
"standard" (...This new offering for storage on clients of all types...) :
http://www.microsoft.com/sql/letter.mspx
Nicolas.
"webrod" <rodolphe.aoustin@gmail.com> a écrit dans le message de news:
1145093914.321574.5130@g10g2000cwb.googlegroups.com...
merci de ta réponse.
Côté développement, j'ai déjà porté mon choix sur du .NET
(csharp).
Coté base de données, apparrement cela ne choque personne d'installer
un serveur sur un poste client juste pour faire tourner une petite
application...
Cela n'a rien de choquant, mais ça peut en effet devenir lourd lors des installations, vois un peu le nombre de forums concernant une install d'Express qui tourne mal. Cela nécessite également des droits d'administrateurs, une machine relativement récente (suis-je le seul à avoir encore des clients sous Windows 98 et qui ne veulent pas changer ???).
Après, c'est bien sûr en fonction de tes besoins. Je donnerais éventuellement une autre piste (bien que jamais explorée personnellement), celle des micro bases de données objet telles que VistaDB (http://www.vistadb.net/) , surtout en .Net . S'il s'agit de stocker 10 clients et 200 factures, ça me parait largement suffisant.
Dernier aparté sur SQL Server Mobile, MS prépare une nouvelle version "Everywhere Edition" qui serait apparemment disponible pour les Windows "standard" (...This new offering for storage on clients of all types...) : http://www.microsoft.com/sql/letter.mspx
Nicolas.
"webrod" a écrit dans le message de news:
merci de ta réponse. Côté développement, j'ai déjà porté mon choix sur du .NET (csharp).
Coté base de données, apparrement cela ne choque personne d'installer un serveur sur un poste client juste pour faire tourner une petite application...
