cs_boumbo73
Messages postés107Date d'inscriptionlundi 25 octobre 2004StatutMembreDernière intervention16 décembre 2010
-
22 nov. 2005 à 09:03
rachidos001
Messages postés44Date d'inscriptionmardi 12 avril 2005StatutMembreDernière intervention23 mars 2006
-
15 mars 2006 à 10:40
Bonjour,
J'ai devellopé une application qui tourne actuellement avec microsoft access. Or j'hésite à présent à basculer vers SQL server. J'ai besoin de votre expérience pour savoir si j'ai réellement besoin de basculer, est ce que je vais gagner en rapidité d'affichage des données, ...
cs_boumbo73
Messages postés107Date d'inscriptionlundi 25 octobre 2004StatutMembreDernière intervention16 décembre 2010 6 févr. 2006 à 10:22
Chose faites, j'ai basculer vers SQL SERVER. C'est plus rapide, auparavant avec ma base de données Access, dès qu'il y avait plusiers utilisateurs connectés, l'affichage des données et la navigation parmis les données était vraiment ralentit. Depuis que je suis sur SQL SERVER ca va plus vite, et l'insertion des données est elle aussi plus rapide.
cs_vpoyo
Messages postés363Date d'inscriptionvendredi 14 février 2003StatutMembreDernière intervention20 avril 20106 22 nov. 2005 à 09:44
Salut,
ben ca dépend c'est quoi comme appli. Si ton application doit gérer une grosse quantité de données (heu 100 enregistrements même pour access c'est rien ^^) c'est clair que access n'est pas fait pour. L'intérêt de SQL Server sur Access est un la manipulation d'un grand nombre de données, tables, ..., la sécurité (surtout pour une appli réseau), de manière général le moteur est plus puissant. Qui plus est SQL Server comparé à Access et même le grand Gourou qu'est Oracle, sera le plus performant car il est complètement intégré au systeme d'exploitation depuis Win2000 (donc Xp également).
J'aime pas trop qu'on place Access dans les SGBD, mais bon. On peut lui reconnaitre qlq avantages, comme la maintenance et la mise en place qui seront plus facile qu'avec SQL Server, et surtout le coup de la licence.
Perso, si je dispose des deux et que j'ai le choix, je prends SQL Server sans aucune hésitation.
PS : pour les perfs, pense à bien construire tes requêtes, ne ramène pas des données dont tu n'as pas besoin, style les select *
et au besoin fait des procédures stockées qui seront compilées et plus efficaces (efficaces = rapides ;-)
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 22 nov. 2005 à 09:48
si tu as des reels problèmes de lenteur avec ta base Access, soit :
- ta base est mal concue, et les requetes prennent plus de temps qu'elles ne devraient
- ta base est gigantesque (4Go max pour Access)
- ton programme client travaille comme un porc...
SQL Server peut aider, encore faut il que le client et la base soientt bien faits. De plus, il faut penser au déploiement éventuel de ton application, tout le monde ne disposant pas de SQL Server (rencardes toi sur MSDE)
cs_boumbo73
Messages postés107Date d'inscriptionlundi 25 octobre 2004StatutMembreDernière intervention16 décembre 2010 22 nov. 2005 à 10:25
ok !
Pas besoin pour les utilisateurs de licence SQL Server, ils utilisent juste l'interface. C'est l'interface qui va faire le lien.
Quand je parle de rapidité je parle de l'accès aux données, peu importe la conception de la base, pour aller chercher des données dans un table on ignore la conception !!!
D'autre part faire des procédures stockées n'accèlerera pas l'accès puisque qu'il faut soit compilé d'un côté ou aler chercher dans l'autre, l'un dans l'autre c'est équivalent.
C'est 2 go pour access ...
Quels sont les avantages et inconvénients de chacune de ces SGBD ? Performances et limites ?
petite recherche un peu rapide, mais ça devrait répondre à qlq unes des tes questions
petite rectification a propos des procédures stockées, ton appli va appeler la procédure stockées (requete compilée) et rappatrié les résultats, mais si tu envoies une requête, tu fais la même chose sauf qu'en plus tu as une étape de compilation de la requête envoyée (ou interprétation), mais dans tous les cas tu dois aller chercher tes infos.
De plus la conception de la base est très importantes, c'est pour celà que c'est un boulot à part entière. la mise en place d'index, de trigger, la liaison entre les tables, .... tout ça influt sur les perf de ta DB
cs_boumbo73
Messages postés107Date d'inscriptionlundi 25 octobre 2004StatutMembreDernière intervention16 décembre 2010 22 nov. 2005 à 10:48
Super merci beaucoup !
Petite question, je profites de tes compétences vpoyo, est ce les intégrités référentielles sont importantes car je t'avoue que j'en ai fait sauter 2 - 3 car elles me genaient.
cs_vpoyo
Messages postés363Date d'inscriptionvendredi 14 février 2003StatutMembreDernière intervention20 avril 20106 22 nov. 2005 à 10:54
C'est vrai que sait chiant, surtout si ton modèle n'est pas stable, ou pour faire qlq test
Par contre vi ca a son utilité, tu assures ainsi le lien entre les données, leur "intégrité" justement, une facture ne peux exister sans client. ceci a des impacts sur l'organisation des données et donc les recherches.
C'est pour celà qu'on conseille toujours de bien réfléchir à la base de données, de faire un modèle qui bouge plus. et ensuite de programmer.
rachidos001
Messages postés44Date d'inscriptionmardi 12 avril 2005StatutMembreDernière intervention23 mars 2006 15 mars 2006 à 10:40
salut a vous tous
j'ai une tit question est ce que je peux convertir ma base de données deja etablit en access 2000 en SQL Server2000,si oui j'aimerai bien savoir comment vous faites ,et ql sont les points que je dois y faire attention
merci