IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

access et sql server


Sujet :

MS SQL Server

  1. #1
    Membre extrêmement actif Avatar de mapmip
    Profil pro
    ulla
    Inscrit en
    Juillet 2006
    Messages
    1 326
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : ulla

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 326
    Par défaut access et sql server
    Bonjour


    quelles seraient les performances en terme de réactivité si on connectait un fichier MS ACCESS à des données sql server :

    est ce que les performances multi utilisateurs seraient garanties ?
    rapidité d'execution?
    procedures stockées toujours utilisables deouis MS ACCESS ?...



    merci d'avance

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 995
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 995
    Billets dans le blog
    6
    Par défaut
    quelles seraient les performances en terme de réactivité si on connectait un fichier MS ACCESS à des données sql server :

    est ce que les performances multi utilisateurs seraient garanties ?
    Aucunement puisque Access est incapable d'être utilisé par plus d'un process à la fois !

    rapidité d'execution?
    Voisin du zéro absolu !

    procedures stockées toujours utilisables deouis MS ACCESS ?...
    Absolument pas. Cela n'existe pas dans Access.

    Pour finir : le moteur relationnel d'Access est considéré comme obsolète par MS depuis de nombreuses années et ne passera pas le cap du 64 bits.

    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...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre extrêmement actif Avatar de mapmip
    Profil pro
    ulla
    Inscrit en
    Juillet 2006
    Messages
    1 326
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : ulla

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 326
    Par défaut
    pourtant cet article fait l'éloge de cette combo de solution :
    http://sqlserver.itpro.fr/Veille-Tec...a-Project-.htm

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 995
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 995
    Billets dans le blog
    6
    Par défaut
    La référence que vous nous montrez est une pub pour un livre...
    ENI est éditeur d'ouvrage base de gamme. Rien à voir avec Eyrolles, Dunod ou Pearson...
    ADP est une solution pour tenter de contourner les problèmes d'Access.
    Mais si vous voulez le faire proprement il faut tout récrire.
    Lisez ce que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro?ti...ver_le_piege_a

    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...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre expérimenté
    Inscrit en
    Juin 2006
    Messages
    229
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 229
    Par défaut
    ADP est une bonne solution.
    Ca fonctionne bien en multi-utilisateurs et ça permet de développer rapidement une IHM (attention, il faut un fichier ADP par utilisateur).
    Il est possible d'exécuter des procédures stockées en VBA ou de les utiliser comme source de données de formulaire ou de contrôle.

    Mais comme le dit SQLPro, il faut que la base de données tienne la route. Migrer une base Access en projet ADP avec l'assistant d'Access, c'est bof.

    A+

Discussions similaires

  1. Declarer une base access ds SQL server
    Par Bjuice2 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 25/07/2005, 17h18
  2. Portage requete Access vers SQL Server (Iif)...
    Par cmousset dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 14/06/2005, 16h38
  3. Migration Access 2000 -> sql server 2000
    Par mic79 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 14/12/2004, 08h47
  4. Problème Access to Sql Server
    Par vuldos dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 26/08/2004, 15h56
  5. pb d'importation Access 2000 ==> SQL Server 7.0
    Par diabolooo dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 20/08/2003, 16h49

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