Dans une Pme de 10 personnes travaillant sur une application sous
Access 2000, y-a-t-il un intérêt (rapidité, fiabilité, sécurité) à
passer UNIQUEMENT les tables sous SQL Server puis les attacher dans
l'application ?
Si l'on gagne, gagne-t-on vraiment beacuoup plus à passer l'ensemble
des objets sous SQL S. (procédures stockées) ?
Y-a-t-il des modifications à prévoir sur les autres objets
(formulaires, états, requêtes ou module) ?
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
Jinroh
Oui et non
Car quand même SQL Server n'est pas gratuit et il faut réfléchir si l'invistissement vaut la peine pour seulement 10 utilisateurs. Il faut également voir le nombre de données traitées dans les requêtes. Par expérience je dirai qu'en dessous de 10'000 données par requête cela n'a pas vraiment d'intérêt (mais c'est une opinion très perso) au niveau de la vitesse. D'autant plus, celle-ci est également dépendant de la puissance de calcul et de la mémoire du serveur ainsi que de réseau intranet et encore d'autres paramètres.
Au niveau de la sécurité... eh bien si SQL Server est mal configuré, il sera aussi mauvais au niveau de la sécurité qu'Access... non là c'est du rôle de DBA (Database Administrator) que cela ce passe et non plus au niveau du logiciel.
Si, oui on gagne a passer directement à faire des procédures stockées (relation puissance serveur/taille requête).
Au nivau du changement des formulaires etc... euh cela dépend comment ils étaient fait avant (ou comment ils sont faits). Il peut ne pas y avoir de changements à faire comme tout peut être à refait. cela dépend.
-----Message d'origine----- Dans une Pme de 10 personnes travaillant sur une application sous
Access 2000, y-a-t-il un intérêt (rapidité, fiabilité, sécurité) à
passer UNIQUEMENT les tables sous SQL Server puis les attacher dans
l'application ?
Si l'on gagne, gagne-t-on vraiment beacuoup plus à passer l'ensemble
des objets sous SQL S. (procédures stockées) ?
Y-a-t-il des modifications à prévoir sur les autres objets (formulaires, états, requêtes ou module) ?
Merci de vos lumières, Olivier .
Oui et non
Car quand même SQL Server n'est pas gratuit et il faut
réfléchir si l'invistissement vaut la peine pour seulement
10 utilisateurs. Il faut également voir le nombre de
données traitées dans les requêtes. Par expérience je
dirai qu'en dessous de 10'000 données par requête cela n'a
pas vraiment d'intérêt (mais c'est une opinion très perso)
au niveau de la vitesse. D'autant plus, celle-ci est
également dépendant de la puissance de calcul et de la
mémoire du serveur ainsi que de réseau intranet et encore
d'autres paramètres.
Au niveau de la sécurité... eh bien si SQL Server est mal
configuré, il sera aussi mauvais au niveau de la sécurité
qu'Access... non là c'est du rôle de DBA (Database
Administrator) que cela ce passe et non plus au niveau du
logiciel.
Si, oui on gagne a passer directement à faire des
procédures stockées (relation puissance serveur/taille
requête).
Au nivau du changement des formulaires etc... euh cela
dépend comment ils étaient fait avant (ou comment ils sont
faits). Il peut ne pas y avoir de changements à faire
comme tout peut être à refait. cela dépend.
-----Message d'origine-----
Dans une Pme de 10 personnes travaillant sur une
application sous
Access 2000, y-a-t-il un intérêt (rapidité, fiabilité,
sécurité) à
passer UNIQUEMENT les tables sous SQL Server puis les
attacher dans
l'application ?
Si l'on gagne, gagne-t-on vraiment beacuoup plus à passer
l'ensemble
des objets sous SQL S. (procédures stockées) ?
Y-a-t-il des modifications à prévoir sur les autres objets
(formulaires, états, requêtes ou module) ?
Car quand même SQL Server n'est pas gratuit et il faut réfléchir si l'invistissement vaut la peine pour seulement 10 utilisateurs. Il faut également voir le nombre de données traitées dans les requêtes. Par expérience je dirai qu'en dessous de 10'000 données par requête cela n'a pas vraiment d'intérêt (mais c'est une opinion très perso) au niveau de la vitesse. D'autant plus, celle-ci est également dépendant de la puissance de calcul et de la mémoire du serveur ainsi que de réseau intranet et encore d'autres paramètres.
Au niveau de la sécurité... eh bien si SQL Server est mal configuré, il sera aussi mauvais au niveau de la sécurité qu'Access... non là c'est du rôle de DBA (Database Administrator) que cela ce passe et non plus au niveau du logiciel.
Si, oui on gagne a passer directement à faire des procédures stockées (relation puissance serveur/taille requête).
Au nivau du changement des formulaires etc... euh cela dépend comment ils étaient fait avant (ou comment ils sont faits). Il peut ne pas y avoir de changements à faire comme tout peut être à refait. cela dépend.
-----Message d'origine----- Dans une Pme de 10 personnes travaillant sur une application sous
Access 2000, y-a-t-il un intérêt (rapidité, fiabilité, sécurité) à
passer UNIQUEMENT les tables sous SQL Server puis les attacher dans
l'application ?
Si l'on gagne, gagne-t-on vraiment beacuoup plus à passer l'ensemble
des objets sous SQL S. (procédures stockées) ?
Y-a-t-il des modifications à prévoir sur les autres objets (formulaires, états, requêtes ou module) ?
