{"id":4822,"date":"2018-03-16T13:05:29","date_gmt":"2018-03-16T20:05:29","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=4822"},"modified":"2023-06-13T05:57:45","modified_gmt":"2023-06-13T12:57:45","slug":"index-service-couchbase-server-5-5","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/index-service-couchbase-server-5-5\/","title":{"rendered":"Novos recursos do servi\u00e7o de \u00edndice no Couchbase Server 5.5"},"content":{"rendered":"

Na \u00faltima vers\u00e3o principal, o Couchbase Server 5.0, introduzimos <\/span>Plasma - novo mecanismo de armazenamento<\/span><\/a> e tamb\u00e9m o suporte para <\/span>R\u00e9plicas de \u00edndices<\/span><\/a>\u00a0no Servi\u00e7o de \u00cdndice. Continuamos a desenvolver esses novos recursos em nossa pr\u00f3xima vers\u00e3o.<\/span><\/p>\n

Os temas de <\/span>agilidade<\/b>, <\/span>desempenho<\/b> e <\/span>melhor capacidade de gerenciamento<\/b> continuam a ter destaque na Nova vers\u00e3o do Couchbase Server 5.5<\/a>.<\/span><\/p>\n

O Couchbase Server 5.5 apresenta a seguinte chave Indexa\u00e7\u00e3o\u00a0<\/strong>melhorias:<\/span><\/p>\n

\u00cdndices particionados<\/b><\/h3>\n

Os \u00edndices secund\u00e1rios globais no Couchbase t\u00eam residido tradicionalmente em um \u00fanico n\u00f3. Isso significa que, tradicionalmente, os n\u00f3s de \u00edndice s\u00f3 podiam ser escalados verticalmente. Isso melhorava o desempenho sempre que as consultas buscavam resultados cont\u00edguos - a la pagina\u00e7\u00e3o com cl\u00e1usulas OFFSET e LIMIT. Por\u00e9m, se um \u00edndice n\u00e3o pudesse caber em um \u00fanico n\u00f3, ele teria que ser dividido manualmente em v\u00e1rios \u00edndices com base em um predicado, o que levava a \u00edndices parciais. <\/span><\/p>\n

Com a capacidade de criar \u00cdndices particionados<\/strong> Com base em um esquema baseado em hash, os clientes podem dividir automaticamente um \u00fanico \u00edndice e distribu\u00ed-lo em v\u00e1rios n\u00f3s menores. <\/span><\/p>\n

Por exemplo, se fizermos a parti\u00e7\u00e3o por tipo<\/em> no amostra de viagem<\/em> e consulta por icao<\/em> e pa\u00eds<\/em>ent\u00e3o o \u00edndice particionado \u00e9 usado automaticamente.<\/span><\/p>\n

CREATE INDEX `part_idx_ts` ON `travel-sample`(`icao`,`country`) PARTITION BY hash(`type`);\r\n\r\nSELECT * FROM `travel-sample` WHERE type='airline' AND icao = 'MLA' AND country = 'United States';<\/pre>\n
Em geral, recomendamos que a chave de parti\u00e7\u00e3o seja uma campo imut\u00e1vel ou uma express\u00e3o N1QL<\/strong> aplicado em um campo imut\u00e1vel, ou seja, um campo que n\u00e3o \u00e9 atualizado com frequ\u00eancia.\u00a0<\/span>O usu\u00e1rio tamb\u00e9m pode especificar um ou mais campos como chaves de parti\u00e7\u00e3o<\/strong>. <\/span><\/p>\n
Tamb\u00e9m \u00e9 poss\u00edvel ter r\u00e9plicas de parti\u00e7\u00f5es<\/strong>. As parti\u00e7\u00f5es perdidas durante o failover do n\u00f3 ser\u00e3o reconstru\u00eddas automaticamente durante o rebalanceamento.\u00a0<\/span>Casos de uso detalhados de quando usar \u00edndices particionados e quando n\u00e3o usar, juntamente com os detalhes internos dos \u00edndices particionados, ser\u00e3o apresentados em uma documenta\u00e7\u00e3o futura.<\/span><\/p>\n
Benef\u00edcios: <\/b>Os n\u00f3s de consulta agora podem emitir consultas para v\u00e1rias parti\u00e7\u00f5es de \u00edndice em paralelo<\/strong> e obter os resultados de volta; isso beneficia especialmente as consultas de agrega\u00e7\u00e3o. Tamb\u00e9m ajuda nos casos em que n\u00e3o h\u00e1 cl\u00e1usula ORDER BY na consulta N1QL, o que significa que os resultados obtidos do servi\u00e7o de \u00edndice n\u00e3o precisam ser classificados. Apenas as parti\u00e7\u00f5es especificadas em um predicado s\u00e3o verificadas, o que resulta em consultas com melhor desempenho. Ao ter r\u00e9plicas de parti\u00e7\u00f5es, as varreduras s\u00e3o balanceadas entre elas.<\/span><\/p>\n
Leia mais...\u00a0<\/strong>\u00a0Particionamento de \u00edndice no Couchbase Server 5.5<\/a><\/p>\n
Agrega\u00e7\u00e3o Pushdown para \u00edndices<\/b><\/h3>\n
Otimiza\u00e7\u00f5es de pushdown de \u00edndice (para v\u00e1rias opera\u00e7\u00f5es como deslocamento, ordena\u00e7\u00e3o, predicados compostos, etc.) <\/span>j\u00e1 existem<\/span><\/a> no Couchbase Server como ferramentas eficazes para o processamento eficiente e eficaz de consultas. Agora, as agrega\u00e7\u00f5es (como COUNT, SUM, MIN, MAX, AVG) e GROUP BY tamb\u00e9m s\u00e3o transferidas para o Index Service. Saiba mais sobre o assunto <\/span>aqui<\/span><\/a>.<\/span><\/p>\n
Benef\u00edcios: <\/b>Consultas N1QL mais r\u00e1pidas, menor transfer\u00eancia de dados entre os n\u00f3s de \u00edndice e de consulta e menor sobrecarga de processamento nos n\u00f3s de consulta.<\/p>\n
Apresentando o \"ALTER INDEX\".<\/b><\/h3>\n
Esse novo comando declarativo oferece aos administradores a capacidade de mover \u00edndices de um n\u00f3 para outro. Anteriormente, no Couchbase Server 5.0, isso era poss\u00edvel usando a API REST, mas o esquema declarativo simplifica a administra\u00e7\u00e3o e \u00e9 muito mais intuitivo. A topologia do \u00edndice \u00e9 mantida, mas o comando oferece aos administradores um controle mais refinado sobre o posicionamento do \u00edndice. Como voc\u00ea usa o novo comando? Clique em <\/span>aqui<\/span><\/i><\/a> para saber mais. Observe que os \u00edndices n\u00e3o podem ser renomeados, nem os atributos nos quais eles foram indexados podem ser alterados usando essa diretiva.<\/span><\/p>\n
Benef\u00edcios : <\/b>Gerenciamento mais f\u00e1cil de \u00edndices, bastando especificar uma opera\u00e7\u00e3o DML para mover r\u00e9plicas de \u00edndices.<\/p>\n