Estos son los metadatos de este \u00edndice:<\/span><\/p>\nSELECT * \r\n FROM system:indexes \r\n WHERE name = \u2018#primary\u2019;\r\n\r\n\"indexes\": {\r\n \"datastore_id\": \"https:\/\/127.0.0.1:8091\",\r\n \"id\": \"f6e3c75d6f396e7d\",\r\n \"index_key\": [],\r\n \"is_primary\": true,\r\n \"keyspace_id\": \"travel-sample\",\r\n \"name\": \"#primary\",\r\n \"namespace_id\": \"default\",\r\n \"state\": \"online\",\r\n \"using\": \"gsi\"\r\n}\r\n<\/pre>\nLos metadatos proporcionan informaci\u00f3n adicional sobre el \u00edndice: D\u00f3nde reside el \u00edndice (datastore_id), su estado (state) y el m\u00e9todo de indexaci\u00f3n (using).<\/span><\/p>\nEl \u00edndice primario se utiliza para escaneos de bucket completos (escaneos primarios) cuando la consulta no tiene ning\u00fan filtro (predicados) o se puede utilizar otro \u00edndice o ruta de acceso. En Couchbase, almacenas m\u00faltiples keyspaces (documentos de diferente tipo, clientes, pedidos, inventario, etc) en un \u00fanico bucket. Entonces, cuando haces el escaneo primario, la consulta usar\u00e1 el \u00edndice para obtener las claves de los documentos y buscar\u00e1 todos los documentos en el bucket y luego aplicar\u00e1 el filtro. Esto es MUY CARO.<\/span><\/p>\nEl dise\u00f1o de la clave de documento es algo as\u00ed como un dise\u00f1o de clave primaria con m\u00faltiples partes.<\/span><\/p>\nApellido:nombre:ID cliente <\/span><\/p>\nExample: smith:john:X1A1849 <\/span><\/p>\nEn Couchbase, es una buena pr\u00e1ctica prefijar la clave con el tipo de documento. Dado que se trata de un documento de cliente, pongamos el prefijo CX. Ahora, la clave se convierte en:<\/span><\/p>\nEjemplo: CX:smith:juan:X1A1849\r\n<\/pre>\nAs\u00ed que, en el mismo cubo, habr\u00e1 otros tipos de documentos.<\/span><\/p>\nTipo de ORDEN: OD:US:CA:294829\r\n<\/pre>\nITEMS type: IT:KD93823\r\n<\/pre>\nEstas son simplemente las mejores pr\u00e1cticas. No hay restricciones sobre el formato o la estructura de la clave del documento en Couchbase, excepto que tienen que ser \u00fanicas dentro de un bucket.<\/span><\/p>\nAhora, si tienes documentos con varias claves y tienes un \u00edndice primario, puedes utilizar las siguientes consultas de forma eficiente.<\/span><\/p>\nEjemplo 1: B\u00fasqueda de una clave de documento espec\u00edfica.<\/span><\/p>\nSELECT * \r\n FROM sales \r\n WHERE META().id = \u201cCX:smith:john:X1A1849\u201d;\r\n\r\n{\r\n \"#operator\": \"IndexScan2\",\r\n \"index\": \"#primary\",\r\n \"index_id\": \"4c92ab0bcca9690a\",\r\n \"keyspace\": \"sales\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"exact\": true,\r\n \"range\": [\r\n {\r\n \"high\": \"\\\"CX:smith:john:X1A1849\\\"\",\r\n \"inclusion\": 3,\r\n \"low\": \"\\\"CX:smith:john:X1A1849\\\"\"\r\n }\r\n ]\r\n }\r\n ],\r\n}<\/pre>\nSi conoce la clave completa del documento, puede utilizar la siguiente sentencia y evitar por completo el acceso al \u00edndice.<\/span><\/p>\nSELECT * FROM sales USE KEYS [\u201cCX:smith:john:X1A1849\u201d] <\/span><\/p>\nPuede obtener m\u00e1s de un documento en una declaraci\u00f3n.<\/span><\/p>\nSELECT * FROM ventas USE KEYS [\"CX:smith:john:X1A1849\", \"CX:smithjr:john:X2A1492\"].\r\n<\/pre>\nEjemplo 2:<\/b> Busque un patr\u00f3n. Consigue TODOS los documentos del cliente.<\/span><\/p>\nSELECT * \r\n FROM sales \r\n WHERE META().id \r\n LIKE \u201cCX:%\u201d;\r\n\r\n{\r\n \"#operator\": \"IndexScan2\",\r\n \"index\": \"#primary\",\r\n \"index_id\": \"4c92ab0bcca9690a\",\r\n \"keyspace\": \"sales\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"exact\": true,\r\n \"range\": [\r\n {\r\n \"high\": \"\\\"CX;\\\"\",\r\n \"inclusion\": 1,\r\n \"low\": \"\\\"CX:\\\"\"\r\n }\"\r\n ]\r\n }\r\n ],\r\n}<\/pre>\nEjemplo 3:<\/b> Consiga todos los clientes con \"herrero\"<\/strong> como apellido.<\/span><\/p>\nLa siguiente consulta utiliza el \u00edndice primario de forma eficiente, obteniendo \u00fanicamente los clientes con un rango determinado.<\/span> Nota:<\/b> Este escaneo distingue entre may\u00fasculas y min\u00fasculas. Para realizar una exploraci\u00f3n sin distinguir may\u00fasculas de min\u00fasculas, puede crear un \u00edndice secundario con UPPER() o LOWER() de la clave del documento.<\/span><\/p>\nSELECT * \r\n FROM sales \r\n WHERE META().id \r\n LIKE \"CX:smith%\";\r\n\r\n{\r\n \"#operator\": \"IndexScan2\",\r\n \"index\": \"#primary\",\r\n \"index_id\": \"4c92ab0bcca9690a\",\r\n \"keyspace\": \"sales\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"exact\": true,\r\n \"range\": [\r\n {\r\n \"high\": \"\\\"CX:smiti\\\"\",\r\n \"inclusion\": 1,\r\n \"low\": \"\\\"CX:smith\\\"\"\r\n }\r\n ]\r\n }\r\n ],\r\n}<\/pre>\nEjemplo 4:<\/b> Es habitual que algunas aplicaciones utilicen una direcci\u00f3n de correo electr\u00f3nico como parte del documento, ya que son valores \u00fanicos. En ese caso, necesita averiguar todos los clientes con \"@gmail.com\". Si este es un requerimiento t\u00edpico, entonces, almacene el REVERSO de la direcci\u00f3n de correo electr\u00f3nico como la clave y simplemente haga el escaneo del patr\u00f3n de cadena l\u00edder.<\/span><\/p>\nEmail:johnsmith@gmail.com; key: reverse(“johnsmith@gmail.com”) => moc.liamg@htimsnhoj\u00a0<\/span><\/p>\nEmail: janesnow@yahoo.com key: reverse(“janesnow@yahoo.com”) => moc.oohay@wonsenaj<\/span><\/p>\nSELECT *\r\n FROM sales\r\n WHERE meta().id \r\n LIKE (reverse(\"@yahoo.com\") || \"%\");\r\n\r\n{\r\n \"#operator\": \"IndexScan2\",\r\n \"index\": \"#primary\",\r\n \"index_id\": \"4c92ab0bcca9690a\",\r\n \"keyspace\": \"sales\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"range\": [\r\n {\r\n \"high\": \"\\\"moc.oohayA\\\"\",\r\n \"inclusion\": 1,\r\n \"low\": \"\\\"moc.oohay@\\\"\"\r\n }\r\n ]\r\n }\r\n ],\r\n}<\/pre>\n2. \u00cdndice primario con nombre<\/b><\/h3>\n
En Couchbase 5.0, puedes crear m\u00faltiples r\u00e9plicas de cualquier \u00edndice con un simple par\u00e1metro a CREATE INDEX. Lo siguiente crear\u00e1 3 copias del \u00edndice y tiene que haber un m\u00ednimo de 3 nodos de \u00edndice en el cl\u00faster.<\/span><\/p>\nCREAR \u00cdNDICE PRIMARIO EN `viaje-muestra` CON {\"num_replica\":2};\r\nCREATE PRIMARY INDEX `def_primary` ON `viaje-muestra` ;<\/pre>\nTambi\u00e9n puede asignar un nombre al \u00edndice primario. El resto de las caracter\u00edsticas del \u00edndice primario son las mismas, excepto el nombre del \u00edndice. Un buen efecto secundario de esto es que puedes tener m\u00faltiples \u00edndices primarios en versiones de Couchbase anteriores a la 5.0 usando diferentes nombres. Los \u00edndices duplicados ayudan a la alta disponibilidad as\u00ed como a la distribuci\u00f3n de la carga de consultas a trav\u00e9s de ellos. Esto es cierto tanto para los \u00edndices primarios como para los secundarios.<\/span><\/p>\nSELECT meta().id as documentkey, `travel-sample` airline\r\n FROM `travel-sample`\r\n WHERE type = 'airline' limit 1;\r\n\r\n{\r\n \"airline\": {\r\n \"callsign\": \"MILE-AIR\",\r\n \"country\": \"United States\",\r\n \"iata\": \"Q5\",\r\n \"icao\": \"MLA\",\r\n \"id\": 10,\r\n \"name\": \"40-Mile Air\",\r\n \"type\": \"airline\"\r\n },\r\n \"documentkey\": \"airline_10\"\r\n}\r\n<\/pre>\n3. \u00cdndice secundario<\/b><\/h3>\n
El \u00edndice secundario es un \u00edndice sobre cualquier clave-valor o clave-documento. Este \u00edndice puede ser cualquier clave dentro del documento. La clave puede ser de cualquier tipo: escalar, objeto o matriz. La consulta tiene que utilizar el mismo tipo de objeto para que el motor de consulta pueda explotar el \u00edndice.<\/span><\/p>\nCREATE INDEX travel_name ON `travel-sample`(name);\r\n\r\nname is a simple scalar value.\r\n{\r\n \"name\": \"Air France\"\r\n}\r\n\r\nCREATE INDEX travel_geo on `travel-sample`(geo);\r\n\r\ngeo is an object embedded within the document. Example:\r\n\r\n\"geo\": {\r\n \"alt\": 12,\r\n \"lat\": 50.962097,\r\n \"lon\": 1.954764\r\n}\r\n\r\nCreating indexes on keys from nested objects is straightforward.\r\nCREATE INDEX travel_geo on `travel-sample`(geo.alt);\r\nCREATE INDEX travel_geo on `travel-sample`(geo.lat);<\/pre>\nEl campo horario es una matriz de objetos con los detalles del vuelo. Esto indexa el array completo. No es exactamente \u00fatil a menos que est\u00e9s buscando el array completo.<\/span><\/p>\nCREATE INDEX travel_schedule ON `travel-sample`(schedule);\r\n\r\nExample:\r\n\r\n\"schedule\": [\r\n {\r\n \"day\": 0,\r\n \"flight\": \"AF198\",\r\n \"utc\": \"10:13:00\"\r\n },\r\n {\r\n \"day\": 0,\r\n \"flight\": \"AF547\",\r\n \"utc\": \"19:14:00\"\r\n },\r\n {\r\n \"day\": 0,\r\n \"flight\": \"AF943\",\r\n \"utc\": \"01:31:00\"\r\n },\r\n {\r\n \"day\": 1,\r\n \"flight\": \"AF356\",\r\n \"utc\": \"12:40:00\"\r\n },\r\n {\r\n \"day\": 1,\r\n \"flight\": \"AF480\",\r\n \"utc\": \"08:58:00\"\r\n },\r\n {\r\n \"day\": 1,\r\n \"flight\": \"AF250\",\r\n \"utc\": \"12:59:00\"\r\n }\r\n]\r\n<\/pre>\n4. \u00cdndice secundario compuesto<\/b><\/h3>\n
Es com\u00fan tener consultas con m\u00faltiples filtros (predicados). Por lo tanto, se desean \u00edndices con m\u00faltiples claves para que los \u00edndices puedan devolver s\u00f3lo las claves cualificadas de los documentos. Adem\u00e1s, si una consulta s\u00f3lo hace referencia a las claves del \u00edndice, el motor de consulta simplemente responder\u00e1 a la consulta a partir del resultado de la exploraci\u00f3n del \u00edndice sin ir a los nodos de datos. Se trata de una optimizaci\u00f3n de rendimiento muy utilizada.<\/span><\/p>\nCREATE INDEX idx_stctln ON `travel-sample` (state, city, name.lastname)<\/pre>\nCada una de las claves puede ser un campo escalar simple, un objeto o una matriz. Para que se pueda aprovechar el filtrado de \u00edndices, los filtros tienen que utilizar el tipo de objeto correspondiente en el filtro de consulta. Las claves de los \u00edndices secundarios pueden incluir claves de documento (meta().id) expl\u00edcitamente si es necesario filtrar sobre ellas en el \u00edndice.<\/span><\/p>\nVeamos las consultas que aprovechan y las que no aprovechan el \u00edndice.<\/span><\/p>\n1.SELECT * FROM `travel-sample` WHERE state = 'CA';\r\nThe predicate matches the leading key of the index. So, this query uses the index to fully evaluate the predicate (state = \u2018CA\u2019). \r\n\r\n2.SELECT * FROM `travel-sample` WHERE state = 'CA' AND city = 'Windsor';\r\nThe predicates match the leading two keys. So this is good fit as well.\r\n\r\n3.SELECT * FROM `travel-sample` WHERE state = 'CA' AND city = 'Windsor' AND name.lastname = 'smith';\r\n\r\nThe three predicates in this query matches the three index keys perfectly. So, this is a good match.\r\n\r\n4.SELECT * FROM `travel-sample` WHERE city = 'Windsor' AND name.lastname = 'smith';\r\n\r\nIn this query, although predicates match two of the index keys, the leading key isn\u2019t matched. So, the index cannot and is not used for this query plans.\r\n\r\n5.SELECT * FROM `travel-sample` WHERE name.lastname = 'smith';\r\nSimilar to previous query, this query has the predicate on the third key of the index. So, this index cannot be used.\r\n\r\n6.SELECT * FROM `travel-sample` WHERE state = 'CA' AND name.lastname = 'smith';\r\n\r\nThis query has predicate on first and the third key. While this index is and can be chosen, we cannot push down the predicate after skipping an index key (second key in this case). So, only the first predicate (state = \"CA\") will be pushed down to index scan.\r\n\r\n\"#operator\": \"IndexScan2\",\r\n\"index\": \"idx_stctln\",\r\n\"index_id\": \"dadbb12da565ed28\",\r\n\"index_projection\": {\r\n \"primary_key\": true\r\n},\r\n\"keyspace\": \"travel-sample\",\r\n\"namespace\": \"default\",\r\n\"spans\": [\r\n {\r\n \"exact\": true,\r\n \"range\": [\r\n {\r\n \"high\": \"\\\"CA\\\"\",\r\n \"inclusion\": 3,\r\n \"low\": \"\\\"CA\\\"\"\r\n }\r\n ]\r\n}\r\n\r\n7.SELECT * FROM `travel-sample` WHERE state IS NOT MISSING AND city = 'Windsor' AND name.lastname = 'smith';\r\n \r\nThis is a modified version of query 4 above. To use this index, the query needs to have an additional predicate (state IS NOT MISSING) assuming that represents your application requirement.\r\n<\/pre>\n5. \u00cdndice funcional (expresi\u00f3n)<\/b><\/h3>\n
Es habitual tener nombres en la base de datos con una mezcla de may\u00fasculas y min\u00fasculas. Cuando necesites buscar \"Juan\", quieres que busque cualquier combinaci\u00f3n de \"Juan\", \"juan\", etc. As\u00ed es como se hace.<\/span><\/p>\nCREATE INDEX travel_cxname ON `travel-sample`(LOWER(name)); <\/span><\/p>\nProporcione la cadena de b\u00fasqueda en min\u00fasculas y el \u00edndice buscar\u00e1 eficazmente los valores ya escritos en min\u00fasculas en el \u00edndice.<\/span><\/p>\nEXPLAIN SELECT * FROM `travel-sample` WHERE LOWER(name) = \"john\";\r\n\r\n{\r\n \"#operator\": \"IndexScan\",\r\n \"index\": \"travel_cxname\",\r\n \"index_id\": \"2f39d3b7aac6bbfe\",\r\n \"keyspace\": \"travel-sample\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"Range\": {\r\n \"High\": [\r\n \"\\\"john\\\"\"\r\n ],\r\n \"Inclusion\": 3,\r\n \"Low\": [\r\n \"\\\"john\\\"\"\r\n ]\r\n }\r\n }\r\n ]\r\n}<\/pre>\nPuede utilizar expresiones complejas en este \u00edndice funcional.<\/span><\/p>\nCREATE INDEX travel_cx1 ON `travel-sample`(LOWER(name),\u00a0length*width, round(salary)); <\/span><\/p>\nTambi\u00e9n ver\u00e1s que se pueden crear \u00edndices de array en una expresi\u00f3n que devuelva un array en la siguiente secci\u00f3n.<\/span><\/p>\n6. \u00cdndice de matrices<\/b><\/h3>\n
JSON es jer\u00e1rquico. En el nivel superior, puede tener campos escalares, objetos o matrices. Cada objeto puede anidar otros objetos y matrices. Cada array puede tener otros objetos y arrays. Y as\u00ed sucesivamente. El anidamiento contin\u00faa.<\/span><\/p>\nCuando tienes esta rica estructura, as\u00ed es como indexas un array particular o un campo dentro del sub-objeto.<\/span><\/p>\nConsidera la matriz, programa:<\/span><\/p>\nschedule: [\r\n {\r\n \"day\" : 0,\r\n \"special_flights\" :\r\n [\r\n {\r\n \"flight\" : \"AI111\", \"utc\" : \u201d1:11:11\"\r\n },\r\n {\r\n \"flight\" : \"AI222\", \"utc\" : \u201d2:22:22\"\r\n } \r\n ]\r\n },\r\n {\r\n \"day\": 1,\r\n \"flight\": \"AF552\",\r\n \"utc\": \"14:41:00\u201d\r\n }\r\n]\r\n\r\nCREATE INDEX travel_sched ON `travel-sample`\r\n(ALL DISTINCT ARRAY v.day FOR v IN schedule END)\r\n<\/pre>\nv es la variable que hemos declarado impl\u00edcitamente para hacer referencia a cada elemento\/objeto dentro de la matriz: schedule v.day hace referencia al elemento dentro de cada objeto de la matriz schedule.<\/span><\/p>\nLa siguiente consulta explotar\u00e1 el \u00edndice del array.<\/span><\/p>\nEXPLAIN SELECT * FROM `travel-sample` WHERE ANY v IN SCHEDULE SATISFIES v.day = 2 END;\r\n\r\n{\r\n \"#operator\": \"DistinctScan\",\r\n \"scan\": {\r\n \"#operator\": \"IndexScan\",\r\n \"index\": \"travel_sched\",\r\n \"index_id\": \"db7018bff5f10f17\",\r\n \"keyspace\": \"travel-sample\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"Range\": {\r\n \"High\": [\r\n \"2\"\r\n ],\r\n \"Inclusion\": 3,\r\n \"Low\": [\r\n \"2\"\r\n ]\r\n }\r\n }\r\n ],\r\n \"using\": \"gsi\"\r\n}\r\n<\/pre>\nDado que la clave es una expresi\u00f3n generalizada, dispone de flexibilidad para aplicar l\u00f3gica y procesamiento adicionales a los datos antes de indexarlos. Por ejemplo, puede crear una indexaci\u00f3n funcional en los elementos de cada matriz. Dado que se est\u00e1 haciendo referencia a campos individuales del objeto o elemento dentro de la matriz, la expresi\u00f3n creaci\u00f3n de \u00edndices<\/a>, el tama\u00f1o y la b\u00fasqueda son eficientes. El \u00edndice anterior s\u00f3lo almacena los valores distintos dentro de una matriz. Para almacenar todos los elementos de una matriz en un \u00edndice, utilice el modificador DISTINCT en la expresi\u00f3n.<\/span><\/p>\nCREATE INDEX travel_sched ON `travel-sample`\u00a0(ALL DISTINCT ARRAY v.day FOR v IN schedule END) <\/span><\/p>\nEl \u00edndice de array se puede crear sobre valores est\u00e1ticos (como arriba) o una expresi\u00f3n que devuelva un array. <\/span>TOKENS()<\/span><\/a> son una de estas expresiones, devolviendo un array de tokens de un objeto. Puede crear un \u00edndice en esta matriz y buscar utilizando el \u00edndice.<\/span><\/p>\nCouchbase 5.0 hace m\u00e1s sencillo crear y emparejar los \u00edndices de array. Proporcionando el prefijo ALL ( o ALL DISTINCT) a la clave la convertir\u00e1 en una clave de array.<\/span><\/p>\nCREATE INDEX idx_cx6 \r\n ON `travel-sample`(ALL TOKENS(public_likes)) \r\n WHERE type = \u2018hotel\u2019;\r\n\r\nSELECT t.name, t.country, t.public_likes\r\n FROM `travel-sample` t\r\n WHERE t.type = 'hotel\u2019\r\n AND ANY p IN TOKENS(public_likes) \r\n SATISFIES p = 'Vallie' END;\r\n<\/pre>\nLos \u00edndices de matrices tambi\u00e9n pueden crearse en elementos dentro de matrices de matrices. No hay l\u00edmite en el nivel de anidamiento de la expresi\u00f3n de la matriz. La expresi\u00f3n de la consulta debe coincidir con la expresi\u00f3n del \u00edndice.<\/span><\/p>\n7. \u00cdndice parcial<\/b><\/h3>\n
Hasta ahora, los \u00edndices que hemos creado crear\u00e1n \u00edndices sobre todo el bucket. Como el modelo de datos de Couchbase es JSON y los esquemas JSON son flexibles, un \u00edndice puede no contener entradas a documentos con claves de \u00edndice ausentes. Eso es lo esperado. A diferencia de los sistemas relacionales, donde cada tipo de fila est\u00e1 en una tabla distinta, los buckets de Couchbase pueden tener documentos de varios tipos. Normalmente, los clientes incluyen un campo de tipo para diferenciar los distintos tipos.<\/span><\/p>\n{\r\n \"airline\": {\r\n \"callsign\": \"MILE-AIR\",\r\n \"country\": \"United States\",\r\n \"iata\": \"Q5\",\r\n \"icao\": \"MLA\",\r\n \"id\": 10,\r\n \"name\": \"40-Mile Air\",\r\n \"type\": \"airline\"\r\n },\r\n \"documentkey\": \"airline_10\"\r\n}\r\n<\/pre>\nSi desea crear un \u00edndice de documentos de l\u00edneas a\u00e9reas, s\u00f3lo tiene que a\u00f1adir el campo de tipo para la cl\u00e1usula WHERE del \u00edndice.<\/span><\/p>\nCREATE INDEX travel_info ON `travel-sample`(name, id, icoo, iata) WHERE type = ‘airline’;<\/span><\/p>\nEsto crear\u00e1 un \u00edndice s\u00f3lo en los documentos que tengan (tipo = 'compa\u00f1\u00eda a\u00e9rea'). En tus consultas, tendr\u00edas que incluir el filtro (tipo = 'compa\u00f1\u00eda a\u00e9rea') adem\u00e1s de otros filtros para que este \u00edndice cumpla los requisitos.<\/span><\/p>\nPuede utilizar predicados complejos en la cl\u00e1usula WHERE del \u00edndice. Varios casos de uso para explotar los \u00edndices parciales son:<\/span><\/p>\n\n- Partici\u00f3n de un \u00edndice grande en varios \u00edndices mediante la funci\u00f3n mod.<\/span><\/li>\n
- Partici\u00f3n de un \u00edndice grande en varios \u00edndices y colocaci\u00f3n de cada \u00edndice en nodos indexadores distintos.<\/span><\/li>\n
- Partici\u00f3n del \u00edndice en funci\u00f3n de una lista de valores. Por ejemplo, puede tener un \u00edndice para cada estado.<\/span><\/li>\n
- Simulando la partici\u00f3n del rango del \u00edndice a trav\u00e9s de un filtro de rango en la cl\u00e1usula WHERE. Una cosa a recordar es que las consultas N1QL de Couchbase usar\u00e1n un \u00edndice particionado por bloque de consulta. Usa UNION ALL para que una consulta explote m\u00faltiples \u00edndices particionados en una sola consulta.<\/span><\/li>\n<\/ol>\n
8. \u00cdndice adaptativo<\/b><\/h3>\n
Un \u00edndice adaptativo crea un \u00edndice \u00fanico en todo el documento o conjunto de campos de un documento. Se trata de un \u00edndice de forma o matriz que utiliza el par {\"clave\": valor} como clave \u00fanica del \u00edndice. El prop\u00f3sito es evitar la pesadilla de una consulta que tiene que coincidir con las claves principales del \u00edndice en los \u00edndices tradicionales.<\/span><\/p>\nEl \u00edndice adaptativo tiene dos ventajas:<\/span><\/p>\n\n- Se pueden evaluar m\u00faltiples predicados en el espacio de claves utilizando diferentes secciones del mismo \u00edndice.<\/span><\/li>\n
- Evite crear varios \u00edndices s\u00f3lo para reordenar las claves del \u00edndice.<\/span><\/li>\n
- Evite el orden de las claves de \u00edndice.<\/span><\/li>\n<\/ul>\n
Por ejemplo:<\/p>\n
CREATE INDEX `ai_self`\r\n ON `travel-sample`(DISTINCT PAIRS(ai_self))\r\n WHERE type = \"airport\";\r\n\r\n EXPLAIN SELECT * FROM `travel-sample`\r\n WHERE faa = \"SFO\" \r\n AND `type` = \"airport\";\r\n\r\n{\r\n \"#operator\": \"IntersectScan\",\r\n \"scans\": [\r\n {\r\n \"#operator\": \"IndexScan2\",\r\n \"index\": \"ai_self\",\r\n \"index_id\": \"c564a55225d9244c\",\r\n \"index_projection\": {\r\n \"primary_key\": true\r\n },\r\n \"keyspace\": \"travel-sample\",\r\n \"namespace\": \"default\",\r\n \"spans\": [\r\n {\r\n \"exact\": true,\r\n \"range\": [\r\n {\r\n \"high\": \"[\\\"faa\\\", \\\"SFO\\\"]\",\r\n \"inclusion\": 3,\r\n \"low\": \"[\\\"faa\\\", \\\"SFO\\\"]\"\r\n }\r\n ]\r\n }\r\n ],\r\n \"using\": \"gsi\"\r\n }\r\n ...\r\n ]\r\n}<\/pre>\nEl mismo \u00edndice puede utilizarse tambi\u00e9n para consultas con otros predicados. Esto reduce el n\u00famero de \u00edndices que tendr\u00edas que crear a medida que crece el documento.<\/span><\/p>\nEXPLAIN SELECT * \r\n FROM `travel-sample` \r\n WHERE city = \"Seattle\" \r\n AND `type` = \"airport\";\r\n<\/pre>\nConsideraciones sobre su uso:<\/span><\/p>\n\n