Hay m\u00faltiples maneras de obtener datos dentro y fuera de Couchbase. F\u00edjate que no he dicho consultar, he dicho entrar y salir... a prop\u00f3sito. No todas las formas de obtener datos dentro y fuera de Couchbase son consultas como en otras bases de datos. Couchbase ofrece m\u00faltiples formas que proporcionan diferentes capacidades\/funcionalidad y caracter\u00edsticas de rendimiento que puedes mezclar y combinar para satisfacer las necesidades de tu aplicaci\u00f3n. Vamos a enumerar los diferentes patrones de acceso a datos de Couchbase y luego nos sumergiremos en la aplicaci\u00f3n pr\u00e1ctica de cada uno.<\/p>\n
Con la introducci\u00f3n de N1QL (pronunciado \"nickel\") y los Servicios de Consulta e \u00cdndice a Couchbase en 4.0, Couchbase obtiene un nuevo nivel de funcionalidad. N1QL aporta un cumplimiento casi total de SQL ANSI-92. (Digo casi, ya que N1QL omite caracter\u00edsticas que son \u00fatiles en una base de datos relacional, pero no en una base de datos de documentos. A la inversa, tiene caracter\u00edsticas que son necesarias para una base de datos de documentos, pero que no son apropiadas para una base de datos relacional. En otras palabras, es a la vez un subconjunto y un superconjunto de SQL ANSI-92).<\/em>\u00a0Pero seamos claros, N1QL es NO<\/strong> pretend\u00eda y deb\u00eda NO<\/strong> sustituye a los otros medios para leer y escribir datos que ten\u00eda Couchbase antes de la versi\u00f3n 4.0. Simplemente ofrece otra forma de acceder a los datos.<\/p>\n Con la introducci\u00f3n de N1QL, la necesidad de Solr y Elastic ha disminuido ya que Couchbase soporta consultas completas para las que la mayor\u00eda de la gente utilizaba estas dos herramientas. Todav\u00eda son necesarias si tu aplicaci\u00f3n necesita b\u00fasqueda de texto completo. Ambas plataformas tienen una excelente integraci\u00f3n con Couchbase para proporcionar esta funcionalidad.<\/p>\n Cada uno de los cuatro medios de acceso a los datos es una herramienta en su caja de herramientas y cada una tiene un prop\u00f3sito diferente. Cada herramienta debe utilizarse seg\u00fan las necesidades funcionales y de rendimiento de ese caso de uso. Recuerde, estas herramientas no son una situaci\u00f3n de \"lo uno o lo otro\". Usted puede mezclar y combinar estas herramientas para su beneficio. Por ejemplo, puedes consultar una Vista que emita IDs de objetos y luego usar esos IDs con un BulkGet paralelizado usando el SDK de Couchbase para leer todos esos objetos, o simplemente hacer create\/read\/update\/delete (CRUD) en todos esos objetos, lo cual ser\u00e1 muy r\u00e1pido. As\u00ed que juntas estas herramientas te proporcionan formas est\u00e1ndar y escalables que cualquiera puede utilizar para obtener datos dentro y fuera de Couchbase con facilidad y flexibilidad.<\/p>\n Pero entremos en detalles...<\/p>\n En su n\u00facleo, Couchbase es una incre\u00edble base de datos clave\/valor y siempre lo ha sido. Acceder v\u00eda ID de objeto es tambi\u00e9n uno de los conceptos m\u00e1s dif\u00edciles en Couchbase para que la gente lo entienda r\u00e1pidamente y lo use sabiamente (de ah\u00ed la longitud de esta secci\u00f3n). Una vez que comprenden su poder, ven lo que puede proporcionar y c\u00f3mo pueden aplicar esta herramienta. El acceso mediante ID de objeto es la bestia incomprendida y poderosa del rinc\u00f3n. As\u00ed que vamos a entender mejor esta bestia y c\u00f3mo podemos aprovecharla para nuestro beneficio.<\/p>\n Perm\u00edtanme ser claro antes de empezar, el acceso a los datos a trav\u00e9s de ID de objeto (clave) se siempre<\/strong> ser m\u00e1s r\u00e1pido que la consulta. Es la diferencia entre conocer la respuesta para obtener los datos y tener que hacer una pregunta (consulta) para encontrar esos datos. Supongamos que entras en una biblioteca y necesitas un libro concreto. Si conoce la identificaci\u00f3n del libro, vaya a la planta uno, fila tres, estante cuatro, tercer libro por la derecha. Vas all\u00ed, lo coges, pasas por caja y te vas. Si no tienes la identificaci\u00f3n del libro, puedes preguntar al bibliotecario o al inform\u00e1tico, darles la informaci\u00f3n que tienes (autor, t\u00edtulo, etc.) y ellos te llevan al lugar para recuperar el libro, o peor a\u00fan, miras todos los libros y al final lo encuentras. Cuando conoces el ID del objeto, no hay necesidad de una b\u00fasqueda indexada de tus datos; simplemente obtienes los datos que necesitas directamente de la cach\u00e9 gestionada de Couchbase. Es extremadamente r\u00e1pido, con tiempos de acceso muy consistentes y una latencia muy baja. As\u00ed que aseg\u00farate de no comparar su rendimiento con los otros m\u00e9todos de acceso, ya que cada uno es para diferentes necesidades funcionales.<\/p>\n Ahora puedes decir al acceso clave\/valor: \"\u00a1meh, necesito consultas!\". Puede que s\u00ed y puede que no. En Couchbase, acceder a los datos con el ID de objeto puede ser muy potente, ya que el ID de objeto puede tener un m\u00e1ximo de 250 bytes y, dependiendo de c\u00f3mo utilices el ID de objeto, podr\u00eda permitirte evitar la consulta. El verdadero poder de lo que puedes hacer con ese ID de objeto es cuando utilizas un patr\u00f3n estandarizado para cada ID de objeto que tu aplicaci\u00f3n puede construir para ir tras los datos exactos que necesita, cuando los necesita. Piensa en el ID de objeto como una extensi\u00f3n de tu modelado general de objetos. Combina todo esto con la arquitectura de Couchbase, y te habr\u00e1s asegurado de que tu aplicaci\u00f3n obtiene los datos que necesita lo m\u00e1s r\u00e1pido posible de la cach\u00e9 gestionada integrada. Un momento de precauci\u00f3n. Por defecto, Couchbase almacenar\u00e1 todos los IDs de cada objeto en la cach\u00e9 gestionada por razones de rendimiento. As\u00ed que no te vuelvas loco con claves grandes. Por ejemplo, si tienes 250 millones de objetos multiplicados por 250 bytes de datos, se necesitan alrededor de 58GB de RAM en todo el cluster, s\u00f3lo para las claves. As\u00ed que s\u00f3lo porque puedas tener una clave de 250 bytes, no significa que debas. A gran escala esto podr\u00eda convertirse en un problema, por lo que yo recomendar\u00eda mantenerlas por debajo de 100.<\/p>\n La arquitectura de Couchbase con los niveles combinados de cach\u00e9 y persistencia sobresale en patrones de acceso a datos que podr\u00edan ser paralizantes para otras bases de datos, especialmente las relacionales. La lectura de m\u00faltiples objetos directamente desde la cach\u00e9 gestionada es considerablemente m\u00e1s r\u00e1pida que en las bases de datos tradicionales. Y con otras bases de datos, necesitas restringir los viajes de ida y vuelta a la base de datos. Con Couchbase, puedes leer un documento, obtener datos de \u00e9l, y luego leer m\u00e1s objetos basados en eso, todo en el mismo tiempo total o incluso menos de lo que tardan otras bases de datos en hacer s\u00f3lo esa consulta y devolver los resultados. La penalizaci\u00f3n por m\u00faltiples viajes a Couchbase es dram\u00e1ticamente menor y de hecho se fomenta.<\/p>\n Le dar\u00e9 algunos ejemplos de lo que se entiende por patrones estandarizados de identificaci\u00f3n de objetos:<\/p>\n login-info::hernandez94<\/span><\/p>\n Este objeto almacena la informaci\u00f3n de inicio de sesi\u00f3n para un nombre de usuario \u00fanico de hernandez94 en un directorio almac\u00e9n de perfiles de usuario<\/a>. As\u00ed que cuando usted necesita para autenticar a este usuario, que acaba de agarrar este documento JSON que s\u00f3lo contiene su informaci\u00f3n de acceso.<\/p>\n preguntas de seguridad::hernandez94<\/span><\/p>\n En este mismo ejemplo de almac\u00e9n de perfiles de usuario, este objeto almacenar\u00eda un documento JSON de las tres preguntas de seguridad de ese usuario. Cuando olviden su contrase\u00f1a, todo lo que tu aplicaci\u00f3n tiene que hacer es obtener este objeto. La otra cosa buena es que como las preguntas de seguridad no se acceden a menudo, pueden caer fuera de la cach\u00e9 gestionada para los objetos que se utilizan a menudo y eso est\u00e1 bien.<\/p>\n Puedes ver que con unos patrones de identificaci\u00f3n de objetos est\u00e1ndar como estos, tu aplicaci\u00f3n podr\u00eda crearlos con la informaci\u00f3n que tiene disponible y luego interactuar con estos objetos directamente en Couchbase. Sin necesidad de consultar la base de datos. Podr\u00edamos profundizar en las estrategias de modelado de objetos, pero eso est\u00e1 fuera del alcance de este art\u00edculo. Para m\u00e1s informaci\u00f3n, lee \"Arquitectura orientada al rendimiento<\/a>\"por Chris Anderson.<\/p>\n Para ver algunos ejemplos m\u00e1s concretos de c\u00f3mo puede utilizar un patr\u00f3n de ID de objeto normalizado en su aplicaci\u00f3n, consulte este<\/a> y este<\/a>\u00a0que escrib\u00ed. Incluso si los casos de uso espec\u00edficos de los blogs no son aplicables al suyo, podr\u00edan ayudarle a comprender mejor el uso de los patrones de ID de objeto y c\u00f3mo podr\u00edan aplicarse a su propio caso de uso.<\/p>\n Hasta Couchbase 4.0, los \u00edndices View eran la \u00fanica forma de consultar Couchbase si no conoc\u00edas el ID del objeto. Ahora que tenemos los Servicios de Consultas e \u00cdndices manejando N1QL, volvamos a ver qu\u00e9 son las Vistas de Couchbase, para qu\u00e9 son mejores, y por qu\u00e9 definitivamente siguen siendo relevantes.<\/p>\n Las vistas en Couchbase son una funci\u00f3n map-reduce javascript que genera un \u00edndice. La vista es actualizada autom\u00e1ticamente por la base de datos a medida que ocurren las mutaciones. Tu aplicaci\u00f3n puede entonces consultar ese \u00edndice de vista para devolver IDs de objetos.<\/p>\n Por ejemplo, la direcci\u00f3n necesita saber de forma semiregular cu\u00e1ntos usuarios de iOS tenemos, qu\u00e9 versi\u00f3n de la aplicaci\u00f3n utilizan y de qu\u00e9 pa\u00eds son, pero hacerlo a trav\u00e9s de 30.000.000 de documentos de usuario en la base de datos. Las vistas lo solucionan muy bien, ya que esa informaci\u00f3n se calcula a medida que los datos se insertan o actualizan en la base de datos. As\u00ed, cuando se necesita consultar esa vista precalculada, la consulta es relativamente barata.<\/p>\n Una cosa a tener en cuenta, sin embargo, es que las vistas son finalmente consistentes por defecto. Al consultarlas, puede utilizar \"stale=false\" para forzar la actualizaci\u00f3n de la vista. antes de\u00a0<\/strong>y es m\u00e1s probable que sea muy coherente. Sin embargo, esto tendr\u00e1 una penalizaci\u00f3n en el rendimiento. La penalizaci\u00f3n depende de la frecuencia con que cambien los datos en la base de datos y de c\u00f3mo est\u00e9 dise\u00f1ada la vista. El flujo de satisfacer una consulta de vista con stale=false activado es: Tu aplicaci\u00f3n llama a los nodos del cluster, ellos actualizan el \u00edndice de la vista en los nodos del cluster, luego vuelven a la aplicaci\u00f3n con los resultados. Ahora imagina esto con una tasa de inserci\u00f3n\/actualizaci\u00f3n muy alta y una tasa de consulta alta y ver\u00e1s d\u00f3nde puedes tener problemas. Tenlo en cuenta.<\/p>\n Con N1QL, ahora entramos en la consulta tradicional de datos. SELECT this FROM that WHERE this = 'cosas que sabemos' JOIN con esa otra cosa<\/em>. Si el acceso a trav\u00e9s de ID de objeto es la bestia en la habitaci\u00f3n, entonces este es un poderoso Asistente.<\/p>\n N1QL, junto con los Servicios de Consultas e \u00cdndices que lo impulsan, te da la mayor flexibilidad para acceder a tus datos en Couchbase a la vez que es eficiente y escalable a trav\u00e9s de servicios gestionados de forma independiente. Si necesitas hacer an\u00e1lisis, consultas complejas, comparar datos, etc., entonces N1QL es lo que est\u00e1s buscando. En la analog\u00eda de estar en una biblioteca y necesitar un libro, consultar con N1QL es el bibliotecario que consigue los libros que satisfacen los datos que tienes. \"Por favor, cons\u00edgueme todo lo que haya en la biblioteca del autor Neil Gaiman que haya sido escrito entre 1998 y 2014 y sean libros o novelas gr\u00e1ficas\". Esto cambia bastante el tipo de funcionalidades de las aplicaciones para las que se puede usar Couchbase.<\/p>\n Lo bueno de los SDKs de cliente de Couchbase es que s\u00f3lo tienes que utilizar un m\u00e9todo diferente para realizar la consulta y el SDK se encarga de la comunicaci\u00f3n con los servicios apropiados. Aparte de eso, no tienes que hacer nada extra. En tu aplicaci\u00f3n, la primera llamada puede ser una consulta N1QL compleja con uniones y la siguiente es utilizar los resultados de la consulta para llamar a una vista map reduce para obtener una agregaci\u00f3n precalculada. Este es otro ejemplo de c\u00f3mo usar la herramienta adecuada para el trabajo adecuado tiene sentido y te da opciones.<\/p>\n Ahora que hemos establecido el poder y la flexibilidad, hay otras herramientas que puedes incorporar con el servicio de Consulta. Couchbase se ha asociado con Simba Technologies para crear drivers ODBC y JDBC para el acceso a datos. Esto te permite utilizar Excel o herramientas BI m\u00e1s complejas como Pentaho, Informatica, etc.<\/p>\nLectura\/Escritura de datos por ID de objeto (clave)<\/h2>\n
Pros:<\/h3>\n
\n
Contras:<\/h3>\n
\n
Lectura de datos de una vista<\/h2>\n
Pros:<\/h3>\n
\n
Contras:<\/h3>\n
\n
Lectura y Escritura de Datos con N1QL<\/h2>\n
Pros:<\/h3>\n