Migration Microsoft Acces à MS Sql Server

Bonjour,
J'ai une question, que je crois classique,
vu que tous le monde utilise forcement de l'acces pour un besoin ou autre.

Certe avec une Base de donné qui contient 200 Requêtes avec des Tables limitées a 2Go pour la série XP,
on remarque une lenteur incroyable et insoutenable,

alors on nous demande de faire une étude de migration pour migrer sous "Sql Server 2000 ou 2005",
personnellement j'ai travailé avec Sql 2000 pour intéroger des tables Oracle, et faire des requêtes,

Certes la Question qui se pose et qui s'impose, c'est comment Importer les requêtes Access, (Requêtes d'Ajout, de Suppresion, de Mise à Jour d'affichage ...), sous Sql Server je sais que les requêtes automatisée passe par un langage compliqué le "Transac" pour faire des procédures Stockées,
si il faut passer par ce chemin là sans aucune autres Solution, je crois qu'on a pas le temps de developper.

Sinon Merci d'avance de me proposer des conseils ou des documentations de migrations de Access à MySql.

Concernant les procédures stockées, en voici une très simple :

Code:

---

1 2 3 4 5 6

CREATE PROCEDURE MA_PROCEDURE_STOCKEE @MonParametre INT AS SELECT * FROM MA_TABLE WHERE MA_COLONNE=@MonParametre GO

---

Pour l'exécuter avec le paramètre prenant la valeur 25 :

Code:

---

EXEC MA_PROCEDURE_STOCKEE 25

---

Pour la modifier

Code:

---

1 2	ALTER PROCEDURE MA_PROCEDURE_STOCKEE ...

---

Où ... est le nouveau code. Pour l'effacer :

Code:

---

DROP PROCEDURE MA_PROCEDURE_STOCKEE

---

Donc la difficulté n'est pas là :mrgreen:. En ce qui concerne le SQL, il est généralement compatible, donc en copiant tes requêtes Access dans des procédures stockées cela devrait marcher.

Mais comme je l'ai indiqué, c'est vrai en général, ce qui signifie selon la règle des 80/20 que tu vas passer 20% du temps à faire 80% du travail et 80% du temps à faire le reste c'est à dire tester tes requêtes pour t'assurer que leur comportement est le même avec SQL Server :evilred:

Hormis ces généralités, les plus grosses différences se trouvent au niveau des fonctions. Par exemple MID en Access doit être remplacée par SUBSTRING, et IIF par CASE.

Si tu lis l'anglais même approximativement, je te conseille le lien suivant :
http://weblogs.sqlteam.com/jeffs/arc...heatsheet.aspx

Si tu lis l'anglais moins approximativement, essaie celui-ci :

http://sqlserver2000.databases.aspfa...ql-server.html
________________________________
Seminoque, créateur de
http://www.bingokaz.com

Hélas Access implémente un niveau de SQL totalement anormatif. Même l'opérateur LIKE n'est pas celui de la norme SQL. Alors la traduction des requêtes SQL va devenir ton lot quotidien !

A +

Citation:

---

Envoyé par SQLpro

Hélas Access implémente un niveau de SQL totalement anormatif. Même l'opérateur LIKE n'est pas celui de la norme SQL. Alors la traduction des requêtes SQL va devenir ton lot quotidien !

A +

---

Mais peut être comme à dit @seminoque, on peut copier les requêtes Acces
diectement dans les Procédures Stockées de Sql Server,

mais je ne sais pas comment ?

Sinon en ce qui concerne la Maintenance, je pense qu'après chaque copiage de requête, je teste une fois pour voir le résultat et si il est bon, alors plus besoin de revoir celà, par contre en pensant j'ai oublié de vous dire que les requêtes sont exécutées et appelées par un Module, et sur Sql Server j'ignore si on peut passer par une interface (boutton etc ...) afin d'exécuter le contenu des requêtes.

Merci.

Bonjour

Citation:

---

Envoyé par faressam

Mais peut être comme à dit @seminoque, on peut copier les requêtes Acces
diectement dans les Procédures Stockées de Sql Server,

Sql Server j'ignore si on peut passer par une interface (boutton etc ...) afin d'exécuter le contenu des requêtes.

---

Non, on ne peut pas copier les requêtes Access dans une procédure stockée,
et pour passer par une interface, il faut la développer dans un langage client (qui peut être Access). SQL Server est une application serveur, qui ne gère pas d'interface avec l'utilisateur.

Tu peux essayer de convertir ta base Access en projet adp, cela donnera peut-être qqch. Je ne connais cette fonctionnalité que théoriquement.

Et Cette Fonctionnalité Sert à quoi au Juste de Convertir un .Mdb en
.adp

Sinon l'interface Access fait appele aux requêtes Access, alors comment faire appel à une requête Sql Server ?

Un projet Access (.adp) est une application Access dont les données et les requêtes sont hébergées par SQL Server.
Les formulaires, les états les macros et le code VBA restent dans Access.
Dans ton cas, il faut donc migrer les tables et les requêtes vers SQL Server.
Pas mal de boulot en prévision, donc.

Comme le dit rudib, tu peux tenter le coup avec un outil de migration Access vers SQL Server (comme "SQL Server Migration Assistant for Access" qui se télécharge sur le site de Microsoft). Mais il ne faut pas s'attendre à ce que ça fasse tout proprement.

Autre solution, tu migres tes tables vers SQL Server et tu utilises des tables liées dans ton application Access. Tu devrais peut-être gagner en performances ?!

@+

Ce n'est pas exactement le sujet, mais as-tu indexé tes tables sous Access ?

Si ce n'est pas le cas, tu peux espérer une belle amélioration des performances en le faisant :yaisse2: et en y passant beaucoup moins de temps qu'à gérer les NULL ou les formats date de SQL Server par rapport à ceux d'Access :aie:

________________________________
Seminoque, créateur de
http://www.bingokaz.com

Oui les tables sont bien indéxés (des clés primaires et secondaires afin d'éviter un produit cartésiens).

Sinon j'ai une question vraiment importante, parmi toute les solutions proposées, j'envisage de faire un teste avec mon équipe, avec une simulation
à petit echélle sur une base Access, migré sur un une Sql Server, (que les tables et les requêtes ou bien tous),

-->> Comment on pourrait testé la rapidité que raméne tel ou tel solution choisie avec exactitude (on prend un chronométres :aie: ou bien il y'a des techniques ou outils pour un test de performance ?)

Merci pour votre aide.

Dans le requêteur de SQL Server, le menu "Requête/afficher les statistiques du client" (je crois que c'est en SQL Server 2005, pas 2000) te permettra d'obtenir les durées d'exécution.

L'approche "technique" consiste plutôt à s'intéresser au plan d'exécution d'une requête pour savoir dans quel ordre les tables ont été utilisées, avec quels index etc. et l'optimiser. Il y a un menu "Requête/Afficher le plan d'exécution réel" qui te permets d'y parvenir.

Une autre solution est d'utiliser le profiler, outil qui affiche les requêtes parvenant au serveur avec des infos de type utilisation CPU, durée, nombre de lectures logiques etc.

Dans ces trois cas précédents, je t'invite à consulter la documentation ou des tutoriels sur ce site car il y a de quoi faire !!!

Un simple méthode "chronomètre" consiste à ajouter

Code:

---

select getdate()

---

avant et après ta requête. En exécutant les trois requêtes à la fois tu auras l'heure juste avant et juste après la requête qui t'intéresse.

________________________________
Seminoque, créateur de
http://www.bingokaz.com