Au fil du temps, la plupart des applications de base de données se développent, deviennent plus complexes et doivent prendre en charge un plus grand nombre d’utilisateurs. À un moment donné de la vie de votre application Microsoft Office Access, vous souhaitez peut-être envisager de la taille d’une base de données Microsoft SQL Server pour optimiser les performances, l’évolutivité, la disponibilité, la sécurité, la fiabilité et la récupérabilité.

Contenu de cet article

À propos du resizing d’Microsoft Office base de données Access

Le processus de migration est le processus de migration d’une partie ou de l’ensemble des objets de base de données d’une base de données Access vers une base de données SQL Server ou un nouveau projet Access (.adp) nouveau ou existant.

Avantages du resizing d’une base de données sur SQL Server

  • Performances et évolutivité élevées    Dans de nombreuses situations, SQL Server de meilleures performances qu’une base de données Access. SQL Server fournit également la prise en charge de bases de données volumineuses de 1 To, qui est beaucoup plus grande que la limite actuelle pour une base de données Access de deux gigaoctets. Enfin, SQL Server fonctionne de façon très efficace en traitant les requêtes en parallèle (en utilisant plusieurs threads natifs dans un même processus pour gérer les demandes des utilisateurs) et en réduisant les besoins mémoire supplémentaires lorsque d’autres utilisateurs sont ajoutés.

  • Disponibilité accrue    SQL Server permet d’effectuer une sauvegarde dynamique, incrémentielle ou complète, de la base de données pendant son utilisation. Ainsi, vous n’êtes pas obligé de forcer les utilisateurs à quitter la base de données pour sauvegarder les données.

  • Sécurité améliorée    À l’aide d’une connexion fiable, SQL Server peut s’intégrer à la sécurité du système Windows pour fournir un accès intégré unique au réseau et à la base de données, en utilisant le meilleur des deux systèmes de sécurité. Cela facilite la gestion de schémas de sécurité complexes.

  • Récupérabilité immédiate    En cas de défaillance système (par exemple, panne de courant ou panne du système d’exploitation), SQL Server dispose d’un mécanisme de récupération automatique qui permet de récupérer une base de données au dernier état de cohérence en quelques minutes, sans aucune intervention de l’administrateur de la base de données.

  • Traitement basé sur le serveur    L’SQL Server dans une configuration client/serveur réduit le trafic réseau en traitant les requêtes de base de données sur le serveur avant d’envoyer les résultats au client. Faire en effet le traitement par le serveur est généralement beaucoup plus efficace, en particulier lorsque vous travaillez avec des jeux de données de grande taille.

    Votre application peut également utiliser des fonctions définies par l’utilisateur, des procédures stockées et des déclencheurs pour centraliser et partager la logique d’application, les règles et stratégies d’entreprise, les requêtes complexes, la validation des données et le code d’intégrité referentielle sur le serveur, plutôt que sur le client.

Méthodes de resserr

L’Assistant De mise en forme déplace les objets de base de données et les données qu’ils contiennent d’une base de données Access vers une base de données nouvelle ou SQL Server existante.

Il existe trois manières d’utiliser l’Assistant De resserrage :

  • Upsize all database objects from an Access database to an Access project so that you can create a client/server application. Cette approche nécessite des modifications supplémentaires de l’application et des modifications du code et des requêtes complexes.

  • Standardisez uniquement les définitions de données ou de données d’une base de données Access vers une base SQL Server données.

  • Créez une base de données Access frontale vers une base SQL Server base de données principale de sorte que vous pouvez créer un application frontale/principale. Cette approche ne nécessite que très peu de modifications de l’application, car le code utilise toujours le moteur de base de données Access (ACE).

Avant de re tailler une base de données Access

Avant de faire de votre base de données Access une base de données access SQL Server ou un projet Access, vous pouvez suivre les mesures suivantes :

  • Sauvegarder votre base de données     Bien que l’Assistant De resserrage ne supprime aucune donnée ou objet de base de données de votre base de données Access, il peut s’il s’agit de créer une copie de sauvegarde de votre base de données Access avant de la recopier.

  • Assurez-vous que vous avez suffisamment d’espace disque     Vous devez avoir un espace disque suffisant sur l’appareil qui contiendra la base de données upsized. L’Assistant De resserrage fonctionne de façon plus efficace lorsqu’il y a beaucoup d’espace disque disponible.

  • Créer des index uniques     Une table liée doit avoir un index unique pour pouvoir être mise à jour dans Access. L’Assistant De reizing (Assistant De resizing) peut resizer un index unique existant, mais ne peut pas en créer un là où il n’en existe pas. Si vous voulez être en mesure de mettre à jour vos tables, veillez à ajouter un index unique à chaque table Access avant de le resizing.

  • Vous attribuer les autorisations appropriées sur la base de SQL Server données

    • Pour obtenir la taille d’une base de données existante, vous devez avoir les autorisations CREATE TABLE et CREATE DEFAULT.

    • Pour créer une base de données, vous devez avoir l’autorisation CREATE DATABASE et des autorisations SELECT sur les tables système de la base de données maître.

L’Assistant De reizing d’Access 2007 est optimisé pour fonctionner avec Microsoft SQL Server 2000 et SQL Server 2005.

Haut de page

Utiliser l’Assistant De resserrage

  • Sous l’onglet Outils de base de données, dans le groupe Déplacer les données, cliquez SQL Server.

    L’Assistant de resserrage démarre.

Étape 1 : choisir d’opter pour une base de données existante ou une nouvelle base de données

Dans la première page de l’Assistant, vous spécifiez si vous souhaitez reizer la base de données Access sur une base de données SQL Server existante ou créer une base de SQL Server données.

  • Utiliser une base de données existante    Si vous sélectionnez cette option, puis cliquez sur Suivant,Access affiche la boîte de dialogue Sélectionner la source de données de sorte que vous pouvez créer une connexion ODBC à la base de SQL Server données existante.

    À propos des sources de données ODBC

    Une source de données est une source de données combinée aux informations de connexion nécessaires pour accéder à ces données. Access, SQL Server, Oracle RDBMS, une feuille de calcul et un fichier texte sont des exemples de sources de données. Exemples d’informations de connexion : emplacement du serveur, nom de la base de données, ID de connexion, mot de passe et diverses options de pilote ODBC qui décrivent comment se connecter à la source de données.

    Dans l’architecture ODBC, une application (telle qu’Access ou un programme Microsoft Visual Basic) se connecte au Gestionnaire de pilote ODBC, qui à son tour utilise un pilote ODBC spécifique (par exemple, le pilote ODBC Microsoft SQL) pour se connecter à une source de données (dans ce cas, une base de données SQL Server). Dans Access, vous utilisez des sources de données ODBC pour vous connecter à des sources de données externes à Access qui n’ont pas de pilotes intégrés.

    Pour vous connecter à ces sources de données, vous devez procéder comme suit :

    • Installez le pilote ODBC approprié sur l’ordinateur qui contient la source de données.

    • Définissez un nom de source de données (DSN) à l’aide de l’Administrateur de sources de données ODBC pour stocker les informations de connexion dans le Registre Windows de Microsoft, dans un fichier DSN ou dans une chaîne de connexion dans le code Visual Basic pour transmettre les informations de connexion directement au Gestionnaire de pilote ODBC.

      Sources de données machine

      Les sources de données machine stockent les informations de connexion dans le Registre Windows sur un ordinateur spécifique avec un nom défini par l’utilisateur. Vous ne pouvez utiliser des sources de données machine que sur l’ordinateur sur qui elles sont définies. Il existe deux types de sources de données machine : l’utilisateur et le système. Les sources de données utilisateur ne peuvent être utilisées que par l’utilisateur actuel et ne sont visibles que par cet utilisateur. Les sources de données système peuvent être utilisées par tous les utilisateurs sur un ordinateur et sont visibles par tous les utilisateurs sur l’ordinateur et les services à l’échelle du système. Une source de données machine est particulièrement utile lorsque vous souhaitez offrir une sécurité supplémentaire, car seuls les utilisateurs qui sont connectés peuvent afficher une source de données machine et ne peuvent pas être copiées par un utilisateur distant vers un autre ordinateur.

      Sources de données fichier

      Les sources de données fichier (également appelées fichiers DSN) stockent les informations de connexion dans un fichier texte et non dans le Registre de Windows et sont généralement plus souples à utiliser que les sources de données machine. Par exemple, vous pouvez copier une source de données fichier sur n’importe quel ordinateur utilisant le pilote ODBC correct afin que votre application puisse s’appuyer sur des informations de connexion cohérentes et précises sur tous les ordinateurs qu’elle utilise. Vous pouvez également placer la source de données fichier sur un serveur unique, le partager entre plusieurs ordinateurs du réseau et gérer aisément les informations de connexion à un seul et même emplacement.

      Une source de données fichier peut également être non partageable. Une source de données fichier non partageable réside sur un seul ordinateur et pointe vers une source de données machine. Vous pouvez utiliser des sources de données fichier non partageables pour accéder à des sources de données existantes à partir de sources de données fichier.

      Chaînes de connexion

      Dans un module, vous pouvez définir une chaîne de connexion formatée qui spécifie les informations de connexion. Une chaîne de connexion transmet les informations de connexion directement au Gestionnaire de pilote ODBC et vous aide à simplifier votre application en supprimant la nécessité pour un administrateur système ou un utilisateur de créer un nom de réseau DSN avant d’utiliser la base de données.

  • Créer une base de données    Si vous sélectionnez cette option, puis cliquez sur Suivant,Access affiche une page dans laquelle vous entrez des informations sur la nouvelle base SQL Server données.

    • Quelles SQL Server souhaitez-vous utiliser pour cette base de données ?     Tapez le nom du serveur que vous voulez utiliser.

    • Utiliser une connexion fiable     Vous pouvez utiliser une connexion fiable, c’est-à-SQL Server peut être intégrée à la sécurité du système d’exploitation Windows pour fournir une connexion unique au réseau et à la base de données.

    • Identifiant de connexion et mot de passe     Si vous n’utilisez pas une connexion fiable, tapez l’ID de connexion et le mot de passe d’un compte avec des privilèges CREATE DATABASE sur le serveur.

    • Que voulez-vous nommer votre nouvelle base de SQL Server données ?     Tapez le nom de la nouvelle base de SQL Server données. Access modifie le nom s’il entre en conflit avec un nom de base de données existant et ajoute un suffixe numéroté (mydatabase 1, par exemple).

Haut de la section

Étape 2 : choisir les tables à ret tailler

Au cours de cette étape, vous sélectionnez les tables Access que vous voulez retentré à la base SQL Server données. Sélectionnez les tableaux que vous souhaitez ret tailler, puis utilisez les boutons fléchés pour les déplacer vers la liste Exporter SQL Server tableau. Vous pouvez également double-cliquer sur un tableau pour le déplacer d’une liste à l’autre.

La liste des tables disponibles inclut toutes les tables liées, à l’exception SQL Server tables déjà présentes dans une base SQL Server données. Les tables liées qui pointent vers une base de données SQL Server qui a été sélectionnée pour le resizing apparaissent automatiquement dans la zone de liste Exporter vers SQL Server et ne peuvent pas être supprimées. Les tables qui ne sont pas visibles actuellement dans la Volet de navigation sont également exclues, y compris les tables masquées et les tables système.

Conseil : Toute table dont le nom se termine par « _local » est exclue de la liste des tables disponibles pour empêcher le retsizing des tables déjà retentées. Si vous ne voulez pas ret tailler ces tables, renommez-les avant d’exécuter l’Assistant De resserrement en supprimant le suffixe « _local ».

Haut de la section

Étape 3 : spécifier les attributs et options à resserre

Dans cette étape, vous sélectionnez les attributs de table à mettre en valeur par SQL Server données. Par défaut, tous les attributs sont sélectionnés pour être retentés par défaut.

Remarque : Par défaut, l’Assistant De resserrage convertit les noms de champs Access en noms de champs SQL Server et convertit les types de données Access en types de données SQL Server données.

Quels attributs de table voulez-vous ret tailler ?

Le tableau suivant répertorie les attributs que vous pouvez reizer et décrit la façon dont l’Assistant de resserrage gère chacun d’eux :

Attribut

Action si sélectionnée

Index

L’Assistant de resserrage permet de resserriser tous les index.

L’Assistant de resserrage convertit les clés primaires Access SQL Server index et les marque comme SQL Server clés primaires. Si vous choisissez de lier la table SQL Server vers votre base de données Access, l’Assistant De resserrez également le préfixe « aaaaa » au nom de l’index. En raison du fait qu’Access choisit l’index qui est d’abord alphabétique dans la liste des index disponibles comme clé primaire et le préfixe « aaaaa » garantit que l’index de droite est choisi.

Tous les autres index conservent leur nom, sauf si les caractères non interdits sont remplacés par le caractère « _ ». Les index Access uniques et non uniques deviennent uniques et non uniques SQL Server index.

Une table liée doit avoir un index unique pour pouvoir être mise à jour dans Access. L’Assistant De reizing (Assistant De resizing) peut resizer un index unique existant, mais ne peut pas en créer un là où il n’en existe pas. Si vous voulez être en mesure de mettre à jour les données de vos tables après leur resizing, veillez à ajouter un index unique à chaque table Access avant de les resizing.

Règles de validation

L’Assistant de resserrez les éléments suivants comme déclencheurs de mise à jour et d’insertion :

  • Toutes les propriétés de champ obligatoires

  • Règles de validation de table

  • Règles de validation d’enregistrement

  • Règles de validation de champ

Un déclencheur est une série d’instructions Transact-SQL associées à SQL Server table. Un tableau peut avoir trois déclencheurs, un pour chacune des commandes qui peuvent modifier les données d’un tableau : les commandes UPDATE, INSERT et DELETE. Le déclencheur est exécuté automatiquement lorsque la commande est exécutée. L’Assistant de re personnalisation utilise des déclencheurs plutôt que des règles SQL Server pour appliquer la validation au niveau de champ, car SQL Server ne vous permettent pas d’afficher des messages d’erreur personnalisés.

Chaque règle de validation n’a pas nécessairement une correspondance un-à-un avec un déclencheur. Chaque règle de validation peut devenir partie intégrante de plusieurs déclencheurs, et chaque déclencheur peut contenir du code pour émuler la fonctionnalité de plusieurs règles de validation.

Lorsque vous définissez la propriété Obligatoire d’un champ Access sur True, l’utilisateur ne peut pas insérer un enregistrement et laisser le champ obligatoire Null (s’il n’existe aucune limite par défaut au champ) ni définir la valeur Null du champ lors de la mise à jour d’un enregistrement. Les champs obligatoires sont retentés au niveau des champs qui n’autorisent pas les valeurs Null SQL Server.

Texte de validation

La propriété Texte de validation de base de données Access est convertie en propriété Texte de validation de projet Access. Cela permet d’afficher les messages d’erreur convivial d’Access en cas de violation de contrainte au moment de l’utilisation.

Valeurs par défaut

L’Assistant de reizing (Assistant De 1996 à 2010) retente toutes les propriétés de valeur par défaut aux objets par défaut American National Standards Institute (ANSI).

Relations de la table

L’Assistant de resserrage permet d’upsize toutes les relations entre les tables.

Vous pouvez décider comment resizer les relations entre les tables et l’intégrité referentielle à l’aide de déclencheurs de mise à jour, d’insertion ou de suppression, ou en utilisant la technologie DRI (Referential Integrity). DRI fonctionne de la même façon que l’intégrité référentielle Access en définissant des contraintes de clé primaire pour les tables de base (le côté « un » d’une relation un-à-plusieurs) et des contraintes de clé étrangère pour les tables étrangères (généralement le côté « plusieurs » d’une relation un-à-plusieurs).

  • Utiliser DRI     Sélectionnez les relations entre les tables et utilisez un DRI pour appliquer l’intégrité referentielle. La validation de colonne de base de données Access est convertie en contrainte SQL Server de vérification DRI avec un message de validation comme indiqué dans le tableau suivant.

Relation de base de données Access

SQL Server clé étrangère

Validatio n Text

Mise à jour en cascade

ON DELETE NO ACTION ON UPDATE CASCADE

« L’enregistrement ne peut pas être supprimé, car la table ne <untable> inclut les enregistrements associés. »

Suppression en cascade

ON DELETE CASCADE ON UPDATE NO ACTION

« Vous ne pouvez pas ajouter ou modifier un enregistrement, car un enregistrement associé est requis dans la table pour <dans>. »

Mise à jour en
cascade et suppression en cascade

SUR SUPPRESSION EN CASCADE LORS DE LA MISE À JOUR EN CASCADE

La valeur n’est pas définie.

Aucune DRI

ON DELETE NO ACTION ON UPDATE NO ACTION

Vous ne pouvez pas ajouter, modifier ou supprimer cet enregistrement en raison de la restriction de relation entre les tables <tables> et <de données>.

  • Utiliser des déclencheurs     Si vous avez défini des mises à jour ou des suppressions en cascade dans les relations entre les tables Access et que vous souhaitez conserver ce comportement dans les tables upsized, sélectionnez les relations entre les tables et Utiliser des déclencheurs. Cette mise à jour ou cette suppression en cascade est mise à jour en cascade comme déclencheurs d’application de l’intégrité referentielle.

    Une relation entre tables n’a pas nécessairement une correspondance un-à-un avec un déclencheur. Chaque relation peut devenir partie intégrante de plusieurs déclencheurs ou chaque déclencheur peut contenir du code qui émule la fonctionnalité de plusieurs règles d’intégrité referentielle. Les déclencheurs d’insertion sont utilisés dans les tables enfant et les déclencheurs de suppression dans les tables parents.

    Remarque : Access requiert la lecture de l' diagramme de base de données d’une base SQL Server données. Pour permettre à Access de lire le diagramme de base de données tout en appliquant l’intégrité référentielle via des déclencheurs, l’Assistant De mise en service place un DRI sur les relations, mais désine la vérification des contraintes de clé étrangère.

Quelles options de données voulez-vous inclure ?

  • Ajouter des champs d’timestamp aux tables    SQL Server utilise un champ d’ampamp pour indiquer qu’un enregistrement a été modifié (mais pas quand il a été modifié) en créant un champ de valeur unique, puis en mettant à jour ce champ chaque fois qu’un enregistrement est mis à jour. Pour une table liée, Access utilise la valeur des champs d’heure et d’heure pour déterminer si un enregistrement a été modifié avant de le mettre à jour. En règle générale, un champ d’ampamp offre des performances et une fiabilité accrues. Sans champ Timestamp, vous SQL Server vérifier tous les champs de l’enregistrement pour déterminer si l’enregistrement a changé, ce qui ralentit les performances.

    Le tableau suivant décrit les paramètres disponibles dans cette liste :

Paramètre

Description

Oui, l’Assistant peut décider

Si les tables Access d’origine contiennent des champs à point flottant (Simple ou Double), Mémo ou objet OLE, l’Assistant De mise en service crée de nouveaux champs d’heurestamp dans les tables SQL Server résultant de ces champs.

Oui, toujours

L’Assistant De resserrement crée un champ d’timestamp pour toutes les tables upsized, quels que soient les types de champs qu’elles contiennent. Cela améliore les performances des tables Access upsized qui peuvent ne pas contenir de mémo, d’objet OLE ou de champs à pointe flottante, mais qui ont des champs d’autres types.

Non, jamais

L’Assistant De resserré n’ajoute pas de champs d’heurestamp aux tables.

Important : Dans les tables SQL Server liées, Access ne vérifie pas si les champs de objet Mémo ou OLE ont changé, car la taille de ces champs peut être de plusieurs mégaoctets et la comparaison peut être trop longue et fastidieuse. Par conséquent, si seul un champ de texte ou d’image a changé et qu’il n’existe aucun champ Timestamp, Access la modifie. Par ailleurs, la valeur d’un champ à forme flottante peut sembler avoir changé alors que ce n’est pas le cas, aussi en l’absence de champ Timestamp, Access peut déterminer que l’enregistrement a été modifié alors que ce n’est pas le cas.

  • Créer uniquement la structure du tableau, ne pas reorganiser les données    L’Assistant de resserrage permet de re SQL Server toutes les données par défaut. Si vous sélectionnez la case à cocher Créer uniquement une structure de table, n’insériez pas de case à cocher de données, seule la structure de données est upsized.

Haut de la section

Étape 4 : choisir le resserrement de votre application

Dans la page suivante de l’Assistant, vous pouvez sélectionner une des trois manières de reserrez votre application de base de données Access. Sous Quelles modifications d’application voulez-vous apporter ?Sélectionnez l’une des options suivantes :

  • Créer une application client/serveur Access    Si vous sélectionnez cette option, l’Assistant De resserrage crée un projet Access. L’Assistant De reizing (Assistant De resizing) vous demande un nom (par défaut, le nom de la base de données Access actuelle), ajoute un suffixe « CS », puis stocke le projet au même emplacement que la base de données Access existante.

    L’Assistant de resserrage crée le fichier de projet Access, puis retente tous les objets de base de données de la base de données Access vers le projet Access. Si vous n’enregistrez pas le mot de passe et l’ID d’utilisateur, la première fois que vous ouvrez le projet Access, Access affiche la boîte de dialogue Propriétés de la liaison de données pour vous connecter à une base de données SQL Server données.

  • Lier SQL Server tables existantes à une application existante    Si vous sélectionnez cette option, l’Assistant De resserrage modifie votre base de données Access de telle sorte que vos requêtes, formulaires, états et pages d’accès aux données utilisent les données de la nouvelle base de données SQL Server plutôt que celles de votre base de données Access. L’Assistant de resserrage renomme les tables Access que vous retentez avec le suffixe « _local ». Par exemple, si vous retentez une table nommée Employés, elle est Employees_local dans votre base de données Access. Ensuite, l’Assistant De reizing (Employés) crée une table SQL Server liée.

    Remarque : Une fois l’opération de resizing terminée, les tables renommées avec le suffixe « _local » ne seront plus utilisées. Toutefois, il est bon de conserver les tables locales jusqu’à ce que vous vérifiiez que le resizing a réussi. À une date ultérieure, vous pourrez supprimer les tables locales afin de réduire la taille de votre base de données Access. Veillez à mettre à jour votre base de données avant de supprimer les tables.

    Les requêtes, formulaires, états et pages d’accès aux données basés sur les tables Employés d’origine utiliseront désormais la table SQL Server Employés. Bon nombre des propriétés des champs de la table locale d’origine sont héritées par la nouvelle table locale, notamment Description,Légende,Format,MasqueSaisaissage et Décimales.

  • Aucune modification de l’application    Sélectionnez cette option si vous voulez uniquement copier vos données dans la base de données SQL Server et ne pas apporter d’autres modifications à votre application de base de données Access existante.

Enregistrer le mot de passe et l’ID d’utilisateur    Par défaut, l’Assistant De mise en forme crée des tables liées dans l’application existante ou crée un projet Access sans enregistrer le nom d’utilisateur et le mot de passe. Cela signifie que les utilisateurs sont invités à utiliser un nom d’utilisateur et un mot de passe chaque fois qu’ils se connectent à SQL Server données.

Si vous sélectionnez Enregistrer le mot de passe et l’IDd’utilisateur, les utilisateurs peuvent se connecter à SQL Server base de données sans se connecter. Si vous sélectionnez Créer une application client/serveur Access,le projet Access stocke le mot de passe d’utilisateur dans la chaîne de connexion OLE DB.

Remarque : Cette option est désactivée pour l’option Pas de changement d’application si une table SQL Server liée est configurée avec une table MSysConf pour refuser l’enregistrement des mots de passe.

État de l’Assistant de resserrage

Lorsque vous cliquezsur Terminer, l’Assistant De resserrage crée un état qui fournit une description détaillée de tous les objets créés et signale les erreurs rencontrées au cours du processus. L’Assistant De reizing (Assistant De reizing) affiche l’état en mode Aperçu avant impression, et vous pouvez ensuite imprimer ou enregistrer l’état, par exemple, en tant que fichier XPS ou PDF. L’état n’est pas enregistré en tant qu’objet Access lorsque vous fermez la fenêtre Aperçu avant impression.

Le rapport de l’Assistant De resserrage contient des informations sur les éléments suivants :

  • paramètres de resizing, y compris les attributs de table que vous avez choisis pour le upsize et la manière dont vous avez choisi de le faire.

  • Informations sur les tables, y compris une comparaison des valeurs Access et SQL Server pour les noms, types de données, index, règles de validation, valeurs par défaut, déclencheurs et si des horodaments ont été ajoutés ou non.

  • Les erreurs rencontrées, telles que la saisie complète du journal des transactions ou de la base de données, les autorisations inappropriées, l’appareil ou la base de données non créés, la table, la règle de validation par défaut ou ignorée, la relation n’est pas appliquée, la requête a été ignorée (car elle ne peut pas être traduite en syntaxe de SQL Server), et les erreurs de conversion de contrôle et de source d’enregistrement dans les formulaires et les états.

Haut de la section

Haut de page

Comment les objets de base de données sont-ils retentés ?

Les données et objets de base de données suivants sont retentés :

  • Données et types de données    Tous les types de données de base de données Access sont convertis en leur équivalent dans SQL Server. L’Assistant convertit le texte de la base de données Access en Unicode en ajoutant l’identificateur de chaîne Unicode à toutes les valeurs de chaîne et en ajoutant le préfixe n Unicode à tous les types de données.

  • Requêtes    

    • Les requêtes Sélection sans clause ORDER BY ou paramètres sont converties en vues.

    • Les requêtes Action sont converties en requêtes Action de procédure stockée. Access ajoute SET NOCOUNT ON après le code de déclaration des paramètres pour s’assurer que la procédure stockée s’exécute.

    • Les requêtes Sélection qui font uniquement référence à des tables (également appelées requêtes de base) qui utilisent des paramètres ou une clause ORDER BY sont converties en fonctions définies par l’utilisateur. Si nécessaire, la clause TOP 100 PERCENT est ajoutée à une requête qui contient une clause ORDER BY.

    • Les requêtes avec paramètres qui utilisent des paramètres nommés conservent le nom du texte d’origine utilisé dans la base de données Access et sont converties en procédures stockées ou en fonctions définies par l’utilisateur en ligne.

      Remarque : Vous devrez peut-être convertir manuellement des requêtes qui n’ont pas de resize, telles que les requêtes SQL passeurs, les requêtes Définition des données et les requêtes Analyse croisée. Il se peut également que vous de eussiez à resserriser manuellement les requêtes imbrmbrées de manière trop imbrodée.

  • Formulaires, états et contrôles    SQL dans les propriétés RecordSource,ControlsSource et RowSource pour les formulaires, états ou contrôles sont conservés et ne sont pas convertis en procédures stockées ou fonctions définies par l’utilisateur.

  • Propriétés de démarrage    L’Assistant de resserrage permet de resserriser les propriétés de démarrage suivantes :

    StartUpShowDBWindow
    StartUpShowStatusBar
    AllowShortcutMenus
    AllowFullMenus
    AllowBuiltInToolbars
    AllowToolbarChanges
    AllowSpecialKeys
    UseAppIconForFrmRpt
    AppIcon
    AppTitle
    StartUpForm
    StartUpMenuBar
    StartupShortcutMenuBar

  • Modules et macros    L’Assistant De resserrage n’a apporté aucune modification aux modules ou macros. Vous devrez peut-être modifier votre application pour tirer pleinement parti SQL Server fonctionnalités de l’application. Pour plus d’informations, voir l’article MSDN optimisant les Microsoft Office applications Access liées SQL Server.

Haut de page

Besoin d’aide ?

Développez vos compétences

Découvrez des formations >

Accédez aux nouvelles fonctionnalités en avant-première

Rejoindre Microsoft Insider >

Ces informations vous ont-elles été utiles ?

Dans quelle mesure êtes-vous satisfait(e) de la qualité de la langue ?
Qu’est-ce qui a affecté votre expérience ?

Nous vous remercions de vos commentaires.

×