Meilleur auteur de réponses
Importer les données d'une base de données Microsoft Access vers SQL Server 2012 sans utiliser aucun schéma, possible?

Question
-
Bonjour,
Plusieurs d'entre vous me répondrons que l'utilisation des schémas pourrait apporter une sécurité plus élevée au niveau des utilisateurs et je suis d'accord avec cela, cependant, cela représente un travail colossal pour recréer mes requêtes, mes formulaires, mes rapports, mes macros et mes modules que j'ai créé avec Microsoft Access.
En effet, il faut que j'ajoute les schémas à mes tables liées à mon serveur à mon code créé dans Access, alors, pour l'instant j'aimerais que mes tables importées dans SQL Server soient nommées exactement comme dans Access pour ne pas avoir à écrire mon code à nouveau, dans le futur, je pourrais assigner la tâche de créer des schémas à un développeur junior et lui donner également le mandat de modifier les objets et le code d'Access pour utiliser ces schémas.
Donc, est-ce possible de ne pas utiliser de schéma lors de l'importation des données de Access vers SQL Server?
Merci
Claude du Québec
Claude Larocque
Réponses
-
Re Bonjour
De côté SQL c'est impossible.
Mais ici vous avez une possible solution côté Access.
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.- Proposé comme réponse Christophe LAPORTE - SQL Server MVP-MCMMVP mercredi 30 octobre 2013 13:34
- Marqué comme réponse Aurel BeraModerator vendredi 1 novembre 2013 10:12
-
Bonjour
Avez-vous des nouvelles pour nous?
Merci!
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.
Super, vous me sauvez des dizaines d'heures de changement à mon application, Merce!Claude Larocque
- Marqué comme réponse Claude Larocque vendredi 1 novembre 2013 10:10
Toutes les réponses
-
Bonjour
Même si vous ajoutez des schémas vous pouvez accéder aux objets sans spécifier le schéma.
« Select * from ma_table » fonctionne bien pour des "ma_table" qui ne sont pas dans la schéma DBO (implicite).
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution. -
Bonjour Aurel,
J'aimerais mieux que le schéma dbo_ disparaîsse tout simplement, en effet, avec plus de 150 requêtes et plus de 100 formulaires, sans compter les modules et presque 260,000 lignes de codes, il faut que je remplace tout cela par dbo_, si dans SQL Server les tables n'utiliseraient aucun schéma, je n'aurais pas besoin de tout recréer.
"Select * from Commandes fonctionne, cependant, dans mes requêtes, si la table Commandes est utilisée, alors là il faut que je remplace cette dernière par dbo_Commandes, d'où le problème.
Si j'ai un formulaire qui est rattaché à la table Commandes, même chose
Si j'ai du code qui ouvre le recordset Commandes, même chose
Merci de votre temps
Claude
Claude Larocque
J'ai oublié de mentionner que la base de données est sur SQL Server, mais les requêtes, les formulaires, les rapports et les modules sont sur Microsoft Access, les tables sont liées à la base de données située sur SQL Server...
- Modifié Claude Larocque lundi 28 octobre 2013 16:27
-
Re Bonjour
De côté SQL c'est impossible.
Mais ici vous avez une possible solution côté Access.
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.- Proposé comme réponse Christophe LAPORTE - SQL Server MVP-MCMMVP mercredi 30 octobre 2013 13:34
- Marqué comme réponse Aurel BeraModerator vendredi 1 novembre 2013 10:12
-
Bonjour
Avez-vous des nouvelles pour nous?
Merci!
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution. -
Bonjour
Avez-vous des nouvelles pour nous?
Merci!
Cordialement,
Aurel BERA, MSFT
MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.
Super, vous me sauvez des dizaines d'heures de changement à mon application, Merce!Claude Larocque
- Marqué comme réponse Claude Larocque vendredi 1 novembre 2013 10:10
-