Alternative à valeurs multiples champs dans MS Access

Ce qui suit est probablement beaucoup plus détaillé que vous avez besoin, mais il est prévu pour un débutant. Disons que vous avez une table, MainTable:

ID -> Numeric, primary key
Title -> Text
Surname -> Text
Address -> Text
Country -> Numeric

Vous voudrez probablement une liste de titres et de pays à partir de laquelle sélectionner.

Dans le cas du Titre, il ne serait pas la pire chose à stocker les informations dans un champ dans une table, parce que vous avez une seule colonne, et les données sont peu susceptibles de changer, et vous ne sera probablement pas la création d'une requête à l'aide de données.

Pays est une autre histoire, conventionnellement vous serait de stocker un nombre et d'avoir une look-up table). C'est le genre de situation où les gens sont tentés d'utiliser un champ à valeurs multiples.

Toutefois, la convention est beaucoup plus facile. Ajouter une autre table pour les pays:

ID -> Numeric, primary key
Country -> Text

Vous pourriez appeler le champ relié de la table principale CountryID. Vous pouvez maintenant créer une relation dans la fenêtre de rapport montrant comment les Pays se rapporte à MainTable:

Vous pouvez voir que d'Appliquer l'Intégrité Référentielle est sélectionné, ce qui signifie que vous devez avoir la valeur null ou un pays dans le pays de table dans le CountryID champ.

Pour afficher les données, vous pouvez créer une requête:

SELECT 
    MainTable.ID, 
    MainTable.Title, 
    MainTable.Surname, 
    MainTable.Address, 
    Country.Country
FROM Country 
INNER JOIN MainTable 
ON Country.ID = MainTable.CountryID;

Mais le point principal est d'avoir une forme qui permet l'entrée de données. Vous pouvez créer un formulaire à l'aide des assistants, mais après cela, vous devez soit cliquer avec le bouton droit CountryID et de le modifier pour une zone de liste déroulante ou ajouter une zone de liste modifiable ou zone de liste à l'aide de l'assistant. L'Option 2 est probablement le plus facile. Voici la plupart des étapes de l'assistant:

Vous disposez maintenant d'une liste déroulante de pays sur votre formulaire.

Voir aussi: créer un formulaire pour ajouter des enregistrements dans plusieurs tables

Dans Access 2010, il y a de nouvelles façons d'ajouter des valeurs à des combos lorsque l'utilisateur entre des données qui n'existe pas dans la table de valeurs possibles. Dans les versions précédentes (même si je ne suis pas sûr de 2007), vous devez utiliser le Pas Dans la Liste des événements pour ajouter des éléments à un tableau, en 2010, vous avez le choix de l'ajout d'une Liste des Éléments de formulaire d'Édition de la feuille de propriétés.

OriginalL'auteur Fionnuala

La question est plutôt bizarre, car il pose des questions sur un champ à valeur unique, mais s'interroge également sur la table des relations. Dans un très stricte interprétation, un champ à valeurs multiples (MVF) pourrait être remplacé par une zone de texte unique rempli avec séparées par des virgules éléments... pas de table-les relations nécessaires. Au lieu de cela, je suppose que par "valeur unique" champ que la question des moyens champs standard dans un multi-table de relation, dans lequel chaque champ de chaque ligne a un unique valeur. Mais chaque enregistrement principal peut encore être liée à plusieurs lignes dans la table de valeurs, qui conserve tout l'objet de la MVF.

Examiner le plan de base de données ci-dessous pour illustrer un remplacement possible pour la MVF. Je ne suis pas y compris tous les possibles de la propriété ou pour créer de l'objet de base, juste ce qui est nécessaire pour la création de comportement souhaité, en supposant une connaissance suffisante de l'Accès à "combler les vides" et ne craint pas de code de base ou SQL.

La structure de base se compose de trois tableaux: 1) la première table, 2) "liste de valeurs" de la table, 3) table de jonction utilisé pour définir plusieurs-à-plusieurs relations.

• Table Client
  
  Code client: numéroauto, primaire
  
  CustomerName: texte court
• Tableau Des Codes De
  
  Code: texte court, d'une longueur de 5, clé primaire
  
  Description: texte court
• [Codes Du Client] Table
  
  Code client: long
  
  Code: texte court

Créer des relations entre les tables. Cela nécessitera l'index défini sur les tables (non détaillé ici).

• Table client [Codes du Client] Table
  
  Code client -> champs code client (à faire respecter l'intégrité activé)
• Table de Code à [Codes du Client] Table
  
  Code -> Code des champs (à faire respecter l'intégrité activé)

(Un champ ID pourrait également être créé pour les valeurs de la table [par exemple les Codes du Tableau] table, mais cela complique plus tard, les requêtes et les contrôles, etc. Dans un tel cas, la table de jonction contiendrait un autre champ ID et non pas directement la valeur.)

Au standard d'un module VBA, de créer une fonction comme

Public Function GetCodeList(ByVal CustomerID As Integer) As String
   Dim sSQL As String
   Dim qry As QueryDef
   Dim rs As Recordset2

   sSQL = "PARAMETERS [CustID] LONG;" & _
       " SELECT * FROM [Customer Codes] WHERE [CustomerID] = [CustID]"
   Set qry = CurrentDb.CreateQueryDef("", sSQL)
   qry.Parameters("CustID") = CustomerID
   Set rs = qry.OpenRecordset(dbOpenForwardOnly, dbReadOnly)

   Dim sCodes As String
   sCodes = ""
   Dim bFirst As Boolean
   bFirst = True

   Do Until rs.EOF
      sCodes = sCodes & IIf(bFirst, "", ",") & rs("Code")
      bFirst = False
      rs.MoveNext
   Loop

   rs.Close
   qry.Close

   GetCodeList = sCodes
End Function

Requêtes utiles de la table primaire sans dupliquer les lignes nécessitera la création des requêtes d'agrégation (c'est à dire le Groupe, Compter, etc.). Sélection Simple qui pourrait être fait en une seule requête, par exemple

SELECT Customer.CustomerID, Customer.[CustomerName], GetCodeList([CustomerID]) AS Codes, Count(Customer.CustomerID) AS CountOfID
FROM Customer LEFT JOIN [Customer Codes] ON Customer.ID = [Customer Codes].CustomerID
WHERE ((([Customer Codes].Code)="Current" Or ([Customer Codes].Code)="Free"))
GROUP BY Customer.ID, Customer.[CustomerName], GetCodeList([ID]);

Plus compliqué de sélection peut nécessiter plusieurs requêtes, l'une des premières à choisir les bons dossiers, puis un autre à se joindre à la table principale de la première requête. Mais honnêtement, ces types de requêtes sont pas plus compliqué que de ce qui peut être nécessaire pour sélectionner plusieurs valeurs de Champs. En fait, la syntaxe de la requête pour MVF est non-standard et peut obtenir assez compliqué et confus, encore plus que d'avoir une table de jonction et plusieurs-à-plusieurs liens. Derrière les coulisses, l'Accès est essentiellement de faire la même chose, comme je l'ai déjà indiqué, mais parce qu'il se cache tellement de détails qu'il faire quelques requêtes encore plus difficile.

Concernant les multi-valeur de présentation et de sélection sur un formulaire, imitant les valeurs multiples de zone de liste déroulante exactement n'est pas possible, principalement en raison de l'Accès de base zone de liste déroulante ne pas avoir une multi-sélection de l'option avec la possibilité d'afficher les cases à cocher. Cependant, on peut remplir un non-lié ListBox avec la propriété [Multi Select] = Simple. Sur l'événement Form_Load, ajouter des valeurs disponibles (par exemple, le Code de l'exemple de la table) à la zone de liste à l'aide de ListBox.Méthode AddItem. Puis, dans la Form_Current, Form_AfterUpdate, Form_Undo événements, on peut ajouter le code pour afficher et/ou enregistrer les valeurs sélectionnées. Ce qui nécessite plus de code qui est probablement au-delà de la portée ici.

Techniquement la question posée à propos de "déplacement" d'un MVF à l'autre de la mise en œuvre. L'essentiel est de remplir la table des valeurs (par exemple, la table de Code dans l'exemple) avec les mêmes valeurs dans la MVF liste. Cela pourrait être un processus manuel, mais dépend de la façon dont la MVF de la zone de liste déroulante est rempli. Puis écrire une requête qui de copies de chaque MFV dans la table de jonction (par exemple [Code Client]) pour le même enregistrement principal, quelque chose comme

INSERT INTO [Customer Codes] ( CustomerID, Code )
SELECT Customer.CustomerID, Customer.TestMVF.Value
FROM Customers
WHERE (((Customers.TestMVF.Value) Is Not Null));

Une mise en œuvre complète est certainement pas une tâche simple dans l'ensemble, mais si vous le trouvez trop de problèmes avec MVFs ou si vous êtes désireux de migrer vers une autre base de données, ce type de changement peut être nécessaire de comprendre.

OriginalL'auteur C Perkins