J'essaie d'effectuer un publipostage vers une vue SQL Server 2005. J'ai créé la même vue deux fois, une fois sans spécifier le schéma (c'est-à-dire DBO), et une fois avec la spécification du schéma. Dans SQL Server Management Studio, connecté à l'aide de l'authentification Windows, je n'ai aucun problème à accéder aux deux vues.
À l'aide de l'option "Sélectionner les destinataires"> "Utiliser la liste existante" dans Word 2012, j'ai établi une connexion au serveur de base de données à l'aide de l'authentification Windows. Les deux vues sont incluses dans la liste des tables disponibles, comme indiqué ci-dessous.
Ensuite, j'ai créé une connexion pour chaque vue. Je suis en mesure de fusionner avec succès depuis la vue appartenant à "dbo". Je ne peux cependant pas fusionner à partir de la vue appartenant à "Permit". Je reçois l'erreur suivante.
La seule différence que je connaisse est que celui qui réussit utilise le schéma par défaut "dbo", tandis que l'autre utilise "Autoriser". Existe-t-il une étape supplémentaire pour garantir que les informations de schéma sont utilisées lors de la fusion? Comment puis-je fusionner une table ou une vue n'appartenant pas à "dbo"?
Mise à jour
J'ai fait des tests supplémentaires. En regardant le fichier ODC utilisé pour définir la connexion, je constate que les informations de schéma sont correctement enregistrées.
Pour le test, j'ai renommé le fichier ODC en un fichier HTM et je l'ai ouvert dans Internet Explorer. Il affiche les données en direct de la base de données sans problème.
J'ai ensuite essayé de faire le publipostage en écoutant avec SQL Server Profiler, juste pour voir les requêtes que Word essayait d'exécuter.
Comme je le soupçonnais, Word 2010 n'utilise pas les informations de schéma lors de la fusion de courrier.
<meta name=Table content=CirculationForComment>pour inclure le nom du schéma.<meta name=Table content=Permit.CirculationForComment>ne fonctionne pas car le code de publipostage met automatiquement des guillemets autour du nom de la table.