Discussion :

[olosta]

Bonjour,
Versions :
MS-Access 2010
SQL Server 2005

Bonjour,

Je viens de créer une base de donnée sur SQL Server vierge, et je voudrais migrer ma base de donnée Access vers un projet Access, donc un .ADP.
Je suis donc aller sur Access, j'ai utilisé l'assistant de migration qui a bien réussi à lié les tables. Je peux les voir sur Access et SQL server, sauf que les tables sont vides. La structure y est bien pourtant.
(Je précise sur SQL Server, les roles qui ont été attribués à ma base de donnée par l'administrateur sont : db_owner, db_write et db_read).

------------------------------------------------------------------------
Durant l'import, j'ai ces messages d'erreur :
Table : Table_exemple
La table a été effacée ou l'exportation a échoué.

Requètes : Requète_exemple
La migration a échoué. Tentative d'utilisation de SQL :
------------------------------------------------------------------------
Ma question : pourquoi la structure s'importe t'elle bien, et pas les données ?
Merci d'avance

[rudib]

Hello,

première note : ADP est supprimé en Access 2013, donc ce n'est pas une solution pérenne.

ensuite : un ADP est juste un fichier Access avec des tables SQL liées, donc si tes tables sont vides dans SQL Server ,elles sont vides dans l'ADP. Es-tu sûr que tu n'as pas plutôt utilisé l'assistant d'upsizing pour pousser des tables Access dans une base SQL ?

[olosta]

Bonjour,

Tout d'abord, merci pour l'information sur le fait que le fichier ADP soit supprimé sur Access 2013...
J'ai effectivement utilisé l'outil "d'assistant de migration SQL server d'Access". Pour info ,j'ai finalement réussi en important d'abord la structure, puis en utilisant une requête pour importer les données dans la table.
Par contre, tu soulèves une nouvelle question pour moi.
J'ai finalement choisi la solution ADP car j'ai lu sur de nombreux forums que les performances sont accrues de par le fait que tout est généré sur le serveur, que les temps étaient bien meilleurs avec SQL server qui gère tout. Aussi que cela ne saturait pas le réseau comme le ferait un .mdb avec des tables liées, qui est obligé de tout rappatrié en local pour pouvoir travailler. Est ce que cela n'est plus vrai maintenant ? Je suis un peu perdu...

[rudib]

Super si tu as réussi. Ce que tu as lu est vrai, c'est une bonne solution pour profiter des facilités d'Access et avoir de bonnes perfs via SQL Server. Si tu n'as pas besoin de migrer vers Access 2013, continue comme ça.

Tu as un problème si :
1/ tu veux migrer vers Access 2013 un jour
2/ tu voudras migrer vers des nouvelles versions de SQL Server et profiter de nouvelles fonctionnalités du moteur.

Il y a une doc Microsoft ici qui te donne des solutions :
http://msdn.microsoft.com/fr-fr/libr.../jj618413.aspx

Grosso modo, ils ont créé un nouveau type d'App qui remplace ADP. Personnellement, je trouve qu'Access est un des pires produits de Microsoft (enfin, j'ai pas tout essayé), donc je ne m'aventurerai pas à conseiller sur ce sujet, ou à essayer de prédire le futur de cette nouvelle technologie.

Tu as une autre solution si tu maîtrises un peu le développement : utiliser Lightswitch sur Visual Studio. Je ne sais pas si c'est bien, jamais utilisé, et j'imagine que tu auras moins de souplesse pour la création d'états imprimés...

[olosta]

Tout à fait d'accord avec toi sur Access
Des sempiternels changements dans le code VBA qui n'est plus viable d'une version à l'autre, des abandons de fonctionnalités, etc... C'est comme si tout était fait pour faire marcher le business en faisant appel à des devs pour redévelopper...
Mais c'est vrai que pour la souplesse, je n'ai pas trouvé autre chose (j'essaierai lightswitch pour voir).
Je pense que je vais rester comme ça pour le moment, mais à garder dans un coin de tête...
Je vais essayer en parallèle un fichier .accdb avec tables liées pour comparer les temps.

Merci