1. #1
    Membre averti
    Homme Profil pro
    Inscrit en
    juin 2010
    Messages
    1 047
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : juin 2010
    Messages : 1 047
    Points : 427
    Points
    427

    Par défaut Migration d'une base Access vers SQL Server, besoin de conseils

    Bonjour,

    J'utilise et développe l'outil de gestion de mon entreprise sous Access depuis 2006.
    Autant dire que depuis sa création, l'outil a considérablement évolué et il compte maintenant, des dizaines de tables bien remplies, des centaines de requêtes, formulaires et états. Et du VBA disséminé un peu partout.
    Je constate des lenteurs à l'utilisation et je cherche une solution pour améliorer ça.
    J'ai essayé de fractionner la base mais c'est pas mieux et c'est même pire.

    J'ai lu quelque article sur MS SQL-Server et il semble que les performance soient nettement meilleures.
    Mais si je dois tout refaire (code, requêtes...), je n'en ai pas vraiment le temps.

    Alors voilà, je viens vous demander cotre avis, vos conseils, suggestions sur le sujet.

    Merci d'avance
    Les solutions les plus simples sont les plus efficaces

  2. #2
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 842
    Points : 41 643
    Points
    41 643
    Billets dans le blog
    1

    Par défaut

    Il n'y a aucune commune mesure entre un Acccess qui est un SGBD fichier non relationnel et SQL Server qui est un SGBD Relationnel client/serveur capable de servir plusieurs milliers d'utilisateurs simultanément, pour des bases ayant des volumétries de plusieurs To...

    Pour info, Microsoft indique que pour Access il n'est pas conseillé de dépasser 10 utilisateurs

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  3. #3
    Membre averti
    Homme Profil pro
    Inscrit en
    juin 2010
    Messages
    1 047
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : juin 2010
    Messages : 1 047
    Points : 427
    Points
    427

    Par défaut

    Merci de votre conseil,

    Mais l'association Access SQL Server, est elle une solution ?
    Les solutions les plus simples sont les plus efficaces

  4. #4
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Inscrit en
    mai 2002
    Messages
    17 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert SGBDR & SQL, spécialiste Microsoft SQL Server
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 17 842
    Points : 41 643
    Points
    41 643
    Billets dans le blog
    1

    Par défaut

    À court terme oui; À long terme non....

    Si vous évoluez vers SQL Server c'est sans doute que vous avez besoin nde plus de ressources pour servir un plus grand nombre d'utilisateurs et/ou une volumétrie accrue. En combinant SQL Server et Access vous serez toujours bridé par Access...

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  5. #5
    Membre expert
    Avatar de alassanediakite
    Homme Profil pro
    Recherche, formation, développement
    Inscrit en
    août 2006
    Messages
    1 530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Mali

    Informations professionnelles :
    Activité : Recherche, formation, développement

    Informations forums :
    Inscription : août 2006
    Messages : 1 530
    Points : 3 286
    Points
    3 286
    Billets dans le blog
    8

    Par défaut

    Salut
    ACCESS servant uniquement d'interface(tables liées ou Recordset ADO, formulaire et état), comment...
    Citation Envoyé par SQLpro Voir le message
    En combinant SQL Server et Access vous serez toujours bridé par Access...
    A +
    @+
    Le monde est trop bien programmé pour être l’œuvre du hasard…
    Mon produit pour la gestion d'école: www.logicoles.com

  6. #6
    Expert confirmé
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    3 207
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 3 207
    Points : 5 208
    Points
    5 208
    Billets dans le blog
    1

    Par défaut

    Bonjour,

    Access comme IHM ça peut faire en partie le job dans un premier temps.

    Reste que "l'intelligence" sera toujours côté Access et qu'on sera toujours limité par les accès concurrents, etc.

    Il me semble opportun de migrer dans la foulée vers une application WinForm, WCF ou Web en .NET (VB ou C#).
    A une époque, Access permettait de générer à la volée du code pour transformer une appli Access en VB6 ou ASP.

    Je n'ai aucune idée de si ça existe encore ni de ce que ça donne. Ca peut servir de point de départ... mais il faudra surement vous faire aider.
    On ne jouit bien que de ce qu’on partage.

  7. #7
    Membre expert
    Avatar de alassanediakite
    Homme Profil pro
    Recherche, formation, développement
    Inscrit en
    août 2006
    Messages
    1 530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Mali

    Informations professionnelles :
    Activité : Recherche, formation, développement

    Informations forums :
    Inscription : août 2006
    Messages : 1 530
    Points : 3 286
    Points
    3 286
    Billets dans le blog
    8

    Par défaut

    Salut
    Il faut plus de clarifications sur...
    Citation Envoyé par StringBuilder Voir le message
    Reste que "l'intelligence" sera toujours côté Access et qu'on sera toujours limité par les accès concurrents, etc.
    Des clichés de ce genre classent access parmi les technologies à bannir dès qu'on parle de projet assez important. En réalité c'est plutôt la méconnaissance (ou le débutantisme) et les faux propos qu'il faut éviter.
    Alors svp, apportez plus d'arguments vérifiables à vos propos.
    Quant à ...
    Citation Envoyé par StringBuilder Voir le message
    A une époque, Access permettait de générer à la volée du code pour transformer une appli Access en VB6 ou ASP.
    j'utilise access depuis la version XP (office XP), jamais entendu parlé de ça.
    @+
    Le monde est trop bien programmé pour être l’œuvre du hasard…
    Mon produit pour la gestion d'école: www.logicoles.com

  8. #8
    Expert confirmé
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    février 2010
    Messages
    3 207
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2010
    Messages : 3 207
    Points : 5 208
    Points
    5 208
    Billets dans le blog
    1

    Par défaut

    La version 2000 permettait de générer à la volée un site en ASP en transformant les formulaires en pages web. Pour l'export vers VB6 il me semble qu'il y avait aussi un truc, mais c'était merdique (ça générait pas vraiment une application complète, ça lançait les formulaires d'Access depuis l'appli générée).

    Pour ce qui est de l'intelligence, c'est tout ce qui est contrôle de la saisie, méthode pour faire le lien entre les données, etc.

    Access va se baser sur une version volatile des données en mémoire, sans avoir la moindre information quant aux modifications effectuées sur le serveur.
    Access ne sais pas par exemple apposer un LOCK sur une ligne d'une base de donnée distante lorsqu'elle est en modification à l'écran, afin de garantir que personne ne va la modifier dans le même temps.

    Et c'est là que vous risquez vite d'arriver face à des problèmes.

    Vous pouvez éventuellement le faire à la main en VBA, mais à ce moment vous aurez plus vite fait d'écrire votre propre application en VB.NET
    On ne jouit bien que de ce qu’on partage.

Discussions similaires

  1. Réponses: 7
    Dernier message: 10/11/2005, 13h35
  2. Besoin d'un avis entre un CDD et un CDI...
    Par klereth dans le forum Emploi
    Réponses: 20
    Dernier message: 03/08/2005, 10h46
  3. Réponses: 6
    Dernier message: 28/02/2005, 14h32
  4. optimisation requetes (besoin de votre avis)
    Par seb92 dans le forum Requêtes
    Réponses: 2
    Dernier message: 21/12/2004, 11h27

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo