Documents imbriqués dans Elasticsearch

Je suis en train d'écrire une application de gestion d'actifs. Il permet aux utilisateurs de stocker arbitraire de l'actif des attributs par l'ajout d'un contrôle html comme un champ de texte, sélectionnez menu, etc. à l'actif. Une représentation JSON de l'attribut devient alors une partie de l'actif JSON document stocké dans couchdb. Un actif a la structure suivante dans couchdb:

{
   "_id": "9399fb27448b1e5dfdca0181620418d4",
   "_rev": "12-fa50eae8b50f745f9852e9fab30ef5d9",
   "type": "asset",
   "attributes": [
       {
           "id": "9399fb27448b1e5dfdca01816203d609",
           "type": "text",
           "heading": "Brand",
           "data": "",
           "requiredBySystem": true
       },
       {
           "id": "9399fb27448b1e5dfdca01816203e68e",
           "type": "userSelectMenu",
           "heading": "Assigned To",
           "data": "",
           "requiredBySystem": true
       },
       {
           "id": "9399fb27448b1e5dfdca01816203e9c9",
           "type": "categories",
           "heading": "Categories",
           "data": [
               "0d7e6233e5f48b4f55c5376bf00b1be5",
               "0d7e6233e5f48b4f55c5376bf00d94cf"
           ],
           "requiredBySystem": true
       },
       {
           "id": "9399fb27448b1e5dfdca01816207uy5a",
           "type": "radio",
           "heading": "Radio Buttons",
           "data": [
               {
                   "text": "Button 1",
                   "checked": false
               },
               {
                   "text": "Button 2",
                   "checked": true
               }
           ],
           "requiredBySystem": true
       },
       {
           "id": "9399fb27448b1e5dfdca01816205tgh6",
           "type": "checkboxes",
           "heading": "Checkboxes",
           "data": [
             {
                 "text": "Box 1",
                 "checked": false
             },
             {
                 "text": "Box 2",
                 "checked": true
             }
           ],
           "requiredBySystem": true
       },
       {
           "id": "9399fb27448b1e5dfdca0181620k81gt",
           "type": "select",
           "heading": "Select Menu",
           "data": [
               {
                   "text": "Option 1",
                   "checked": false
               },
               {
                   "text": "Option 2",
                   "checked": true
               }
           ],
           "requiredBySystem": true
       }
   ]
}

Je ne sais pas si mettre des attributs dans un tableau est la meilleure façon de permettre à la recherche d'un actif en fonction de la valeur d'un attribut. Serait-il préférable de fixer l'attribut directement à l'actif en tant que propriété? Je suis en train d'expérimenter maintenant dans elasticsearch. Si j'essaie, et de stocker le document est, elasticsearch renvoie une erreur:

"erreur" : "MapperParsingException[Failed to parse [attributs.données]]; imbriquées: ElasticSearchIllegalArgumentException[propriété inconnue [texte]]; "

I"m en utilisant le mappage suivant:

"mappings" : {
    "asset" : {
      "properties" : {
        "_id": {
          "type" : "string",
          "index" : "not_analyzed"
        },
        "_rev": {
          "type" : "string",
          "index" : "not_analyzed"
        },
        "type": {
          "type" : "string",
          "index" : "not_analyzed"
        },
        "attributes": {
          "properties" : {
            "id" : {
              "type" : "string"
            },
            "type" : {
              "type" : "string",
              "index" : "not_analyzed"
            },
            "heading" : {
              "type" : "string"
            },
            "data" : {
              "type" : "string"
            }
          }
        }
      }
    }
  }

Ne sais pas où j'vais mal ici. Merci pour votre aide!

Troy

InformationsquelleAutor Troy | 2013-03-23
  1. 26

    Le problème résultant de la manière dont le document est structuré. attribute.data est à la fois une chaîne de caractères ou un tableau de chaînes de caractères et un plein, objet interne. ES ne permet pas le "type" d'une propriété à modifier.

    Fondamentalement, vous ne pouvez pas avoir ceci:

    "data": [
  "0d7e6233e5f48b4f55c5376bf00b1be5",
  "0d7e6233e5f48b4f55c5376bf00d94cf"
],

    et ce:

    
"data":[
  {
    "text":"Button 1",
    "checked":false
  },
  {
    "text":"Button 2",
    "checked":true
  }
],

    dans le même document. La première instance de data dit ES que "les données est un tableau de chaînes de caractères". Mais ensuite, la deuxième instance de data dit "Hé, je suis un objet!", c'est pourquoi ES est de lancer une erreur.

    Vous pouvez contourner ce problème en déclarant explicitement data comme un objet, et le réglage de enabled: false, mais ce n'est probablement pas la solution que vous voulez (car qui dit juste ES pour stocker data comme un champ de texte, sans analyse.

    L'autre option consiste à restructurer vos données, ou de diviser les data dans le document (par exemple, Parent/Enfant, la cartographie)

    • Si je divise dans son propre document à l'aide d'un parent/enfant, la cartographie, les données peuvent-elles alors être de différents types? Dans la base de données, il peut être une chaîne de caractères, un tableau d'objets ou un tableau de chaînes de caractères. Serait-il préférable d'utiliser des propriétés différentes selon le type de données par exemple une chaîne de caractères peut être juste un "texte" de la propriété, un tableau d'objets pourrait être un "choix" en matière de propriété, etc.
    • J'ai peut-être me suis mal exprimée...je ne suis pas sûr Parent/Enfant types de permettre le mélange des types de données sur le même domaine que ce soit. Si vous le pouvez, le fractionnement de vos données dans des champs distincts serait la meilleure façon de le faire. Ajoute un peu plus de complexité sur votre fin, car vous devez jongler avec plusieurs propriétés bien.
    • Qui fait sens. Je vais aller avec cette approche. Merci!!!!
    InformationsquelleAutor Zach