{"id":6386,"date":"2019-02-17T19:35:55","date_gmt":"2019-02-18T03:35:55","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=6386"},"modified":"2025-06-13T17:22:10","modified_gmt":"2025-06-14T00:22:10","slug":"n1ql-query-with-self-referencing-hierarchy","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/n1ql-query-with-self-referencing-hierarchy\/","title":{"rendered":"Consulta N1QL com hierarquia de autorrefer\u00eancia"},"content":{"rendered":"

Uma constru\u00e7\u00e3o de dados que aparece com frequ\u00eancia em aplicativos de neg\u00f3cios \u00e9 a estrutura de dados hier\u00e1rquica. A hierarquia captura a rela\u00e7\u00e3o pai-filho, muitas vezes entre o mesmo objeto. Por exemplo, a estrutura de uma empresa capta a linha de reporte entre os funcion\u00e1rios. A organiza\u00e7\u00e3o empresarial captura o relacionamento entre as empresas controladoras e as subsidi\u00e1rias. Hierarquias de territ\u00f3rio em vendas. Livro de contas em aplicativos financeiros.<\/p>\n

Devido \u00e0 natureza de autorrefer\u00eancia da hierarquia, consultar a estrutura de forma eficiente, juntamente com os dados associados, pode ser um desafio para o RDBMS, especialmente do ponto de vista do desempenho. Neste artigo, discutirei como o RDBMS tradicional lida com consultas hier\u00e1rquicas. Os desafios com os quais ele tem de lidar e como esse problema pode ser tratado de forma semelhante com o Couchbase N1QL e o Couchbase GSI.<\/p>\n

Estrutura hier\u00e1rquica em aplicativos<\/h2>\n

O principal motivo para reunir informa\u00e7\u00f5es em uma estrutura hier\u00e1rquica \u00e9 melhorar a compreens\u00e3o das informa\u00e7\u00f5es. A estrutura de relat\u00f3rios da empresa \u00e9 projetada n\u00e3o apenas para ajudar na forma como a organiza\u00e7\u00e3o \u00e9 gerenciada, mas tamb\u00e9m para fornecer uma estrutura para medir e otimizar a efic\u00e1cia de cada grupo. Em uma grande organiza\u00e7\u00e3o, o desempenho de vendas \u00e9 geralmente avaliado, n\u00e3o apenas em n\u00edvel individual, mas tamb\u00e9m em n\u00edvel de equipe de vendas. Em resumo, as empresas organizam as informa\u00e7\u00f5es em uma estrutura hier\u00e1rquica para que possam ter uma melhor compreens\u00e3o do desempenho dos neg\u00f3cios. Para atingir esse objetivo, as empresas precisam de um meio eficiente de consultar os dados hier\u00e1rquicos.<\/p>\n

Representa\u00e7\u00e3o da hierarquia da empresa<\/h3>\n

\"\"<\/p>\n

Embora o modelo de dados do banco de dados seja capaz de capturar com efici\u00eancia a estrutura hier\u00e1rquica, a dificuldade surge quando voc\u00ea precisa consultar os dados hier\u00e1rquicos e as informa\u00e7\u00f5es relacionadas.<\/p>\n

Considere este requisito:\u00a0<\/strong><\/span>Obter um valor total do pedido de vendas para todos os representantes de vendas que se reportam a ThomasH - VP de vendas<\/strong><\/p>\n

\"\"<\/p>\n

Embora o modelo de dados seja relativamente simples. A natureza hier\u00e1rquica da organiza\u00e7\u00e3o de vendas sugere uma estrutura din\u00e2mica inerente na hierarquia de relat\u00f3rios. AjayW, que lidera o territ\u00f3rio da Regi\u00e3o 1, tamb\u00e9m gerencia diretamente os membros da equipe de vendas. Por outro lado, na Regi\u00e3o2, Liz L gerencia dois gerentes, que, por sua vez, gerenciam a equipe de vendas. Isso \u00e9 t\u00edpico na maioria das hierarquias de dados de aplicativos.<\/p>\n

Abordagem RDMBS<\/h4>\n

Para consultar dados hier\u00e1rquicos, os RDBMS mais estabelecidos, como Oracle e SQLSever, fornecem a constru\u00e7\u00e3o CONNECT BY \/ START WITH para permitir que uma \u00fanica consulta percorra recursivamente a estrutura hier\u00e1rquica de funcion\u00e1rios.<\/p>\n

Query: Sales orders generated by members who report up to ThomasH-Sales VP<\/strong><\/span>\r\n\r\nSELECT e.EmpID, e.Name, e.ManagerID, sum(o.orderVal)\r\n   FROM employee e\r\n   INNER JOIN sales_order o ON o.EmpID = o.EmpId\r\n   START WITH EmpID = 101\r\n   CONNECT BY PRIOR EmpID = ManagerID\r\n   GROUP BY  e.EmpID, e.Name, e.ManagerID;\r\n\r\n<\/pre>\n
Embora a consulta acima possa parecer simples, \u00e9 dif\u00edcil melhorar o desempenho da consulta com \u00edndices devido \u00e0 natureza recursiva da implementa\u00e7\u00e3o do CONNECT BY. Por esse motivo, essa t\u00e9cnica n\u00e3o \u00e9 popular no desenvolvimento de aplicativos para sistemas com grande volume de dados. Em vez disso, os aplicativos corporativos dependem de uma estrutura de objeto pr\u00e9-reformulada para obter um desempenho de consulta mais previs\u00edvel. A t\u00e9cnica de hierarquia achatada \u00e9 descrita na se\u00e7\u00e3o N1QL do Couchbase abaixo.<\/p>\n
Couchbase N1QL<\/h4>\n
Para obter o melhor desempenho de consulta, os aplicativos N1QL devem usar a estrutura de hierarquia achatada. A abordagem oferece um desempenho mais previs\u00edvel, al\u00e9m de aproveitar melhor a GSI do Couchbase. O diagrama abaixo mostra um exemplo da transforma\u00e7\u00e3o de achatamento de uma estrutura hier\u00e1rquica de autorrefer\u00eancia, como o objeto employee. Tamb\u00e9m inclu\u00ed um trecho de c\u00f3digo python abaixo que voc\u00ea pode usar para achatar a estrutura hier\u00e1rquica.  A estrutura achatar_hierarquia<\/em><\/strong> usa um objeto JSON hier\u00e1rquico de autorrefer\u00eancia e gera dois novos objetos no mesmo espa\u00e7o de chave, mas com valores de tipo diferentes<\/p>\n
\"\"<\/p>\n