localizar o operador

Localiza linhas que correspondem a um predicado em um conjunto de tabelas.

O escopo do find também pode ser entre bancos de dados ou entre clusters.

find in (Table1, Table2, Table3) where Fruit=="apple"

find in (database('*').*) where Fruit == "apple"

find in (cluster('cluster_name').database('MyDB*').*) where Fruit == "apple"

find in (Table1, Table2, Table3) where Fruit=="apple"

Observação

find O operador é substancialmente menos eficiente do que a filtragem de texto específica de coluna. Sempre que as colunas forem conhecidas, recomendamos usar o operador where. find não funcionará bem quando o workspace contiver um grande número de tabelas e colunas e o volume de dados que está sendo verificado for alto e o intervalo de tempo da consulta for alto.

Syntax

• find [withsource= ColumnName] [in(Tables)] wherePredicate [project-smart | projectColumnName[:ColumnType, ... ] [,pack_all()]]

• findPredicado [project-smart | projectColumnName[:ColumnType, ... ] [,pack_all()]]

Saiba mais sobre as convenções de sintaxe.

Parâmetros

Nome	Tipo	Obrigatório	Descrição
ColumnName	string		Por padrão, a saída incluirá uma coluna chamada source_ cujos valores indicam qual tabela de origem contribuiu com cada linha. Se especificado, ColumnName será usado em vez de source_. Após a correspondência de curinga, se a consulta fizer referência a tabelas de mais de um banco de dados, incluindo o banco de dados padrão, o valor dessa coluna terá um nome de tabela qualificado com o banco de dados. Da mesma forma, as qualificações de cluster e banco de dados estarão presentes no valor se mais de um cluster for referenciado.
Predicado	bool	✔️	Essa expressão booliana é avaliada para cada linha em cada tabela de entrada. Para obter mais informações, consulte detalhes de sintaxe de predicado.
Tabelas	string		Zero ou mais referências de tabela separadas por vírgulas. Por padrão, find o procurará em todas as tabelas no banco de dados atual. Você pode usar: 1. O nome de uma tabela, como Events 2. Uma expressão de consulta, como (Events | where id==42) 3. Um conjunto de tabelas especificado com um curinga. Por exemplo, E* formaria a união de todas as tabelas no banco de dados cujos nomes começam com E.
project-smart ou project	string		Se não for especificado, project-smart será usado por padrão. Para obter mais informações, confira detalhes do esquema de saída.

• withsource=ColumnName: opcional. Por padrão, a saída incluirá uma coluna chamada source_ cujos valores indicam qual tabela de origem contribuiu com cada linha. Se especificado, ColumnName será usado em vez de source_.

• Predicado: uma booleanexpressão sobre as colunas das tabelas de entrada Tabela [,Tabela, ...]. Ele é avaliado para cada linha em cada tabela de entrada. Para obter mais informações, consulte detalhes de sintaxe de predicado.

• Tabelas: opcional. Zero ou mais referências de tabela separadas por vírgulas. Por padrão , a localização pesquisará todas as tabelas para:

  • O nome da tabela, como Events
  • Uma expressão de consulta, como (Events | where id==42)
  • Um conjunto de tabelas especificadas com um curinga. Por exemplo, E* formaria a união de todas as tabelas cujos nomes começam com E.

• project-smart | project: se não for especificado project-smart , será usado por padrão. Para obter mais informações, confira detalhes do esquema de saída.

Retornos

Transformação de linhas na Tabela [,Tabela, ...] para a qual Predicado é true. As linhas são transformadas de acordo com o esquema de saída.

Esquema de saída

coluna source_

A saída do operador find sempre incluirá uma coluna source_ com o nome da tabela de origem. A coluna pode ser renomeada usando o withsource parâmetro .

colunas de resultados

As tabelas de origem que não contêm nenhuma coluna usada pela avaliação do predicado serão filtradas.

Quando você usar project-smart, as colunas que aparecerão na saída serão:

• Colunas que aparecem explicitamente no predicado.
• Colunas comuns a todas as tabelas filtradas.

O restante das colunas será empacotado em um recipiente de propriedades e aparecerá em uma coluna adicional pack . Uma coluna que é referenciada explicitamente pelo predicado e aparece em várias tabelas com vários tipos terá uma coluna diferente no esquema de resultado para cada tipo. Cada um dos nomes de coluna será construído com base no nome e tipo da coluna original, separados por um sublinhado.

Ao usar projectColumnName[:ColumnType, ... ] [,pack_all()]:

• A tabela de resultados incluirá as colunas especificadas na lista. Se uma tabela de origem não contiver uma determinada coluna, os valores nas linhas correspondentes serão nulos.
• Ao especificar um ColumnType com um ColumnName, essa coluna no "resultado" terá o tipo fornecido e os valores serão convertidos nesse tipo, se necessário. A conversão não terá efeito sobre o tipo de coluna ao avaliar o Predicado.
• Quando pack_all() é usado, todas as colunas, incluindo as colunas projetadas, são empacotadas em um recipiente de propriedades e aparecem em uma coluna adicional, por padrão 'column1'. No recipiente de propriedades, o nome da coluna de origem serve como o nome da propriedade e o valor da coluna serve como o valor da propriedade.

Sintaxe de predicado

O operador find dá suporte a uma sintaxe alternativa para o * has termo e, usando apenas termo, pesquisará um termo em todas as colunas de entrada.

Para obter um resumo de algumas funções de filtragem, consulte o operador where.

Observações

• Se a project cláusula referenciar uma coluna que aparece em várias tabelas e tem vários tipos, um tipo deve seguir essa referência de coluna na cláusula project
• Se uma coluna aparecer em várias tabelas e tiver vários tipos e project-smart estiver em uso, haverá uma coluna correspondente para cada tipo no findresultado do , conforme descrito em união
• Quando você usa o project-smart, as alterações no predicado, no conjunto de tabelas de origem ou no esquema de tabelas, podem resultar em uma alteração no esquema de saída. Se um esquema de resultado constante for necessário, use o projeto
• find O escopo não pode incluir funções. Para incluir uma função no escopo de localização, defina uma instrução let com palavra-chave de exibição.

Dicas de desempenho

• Use tabelas em vez de expressões tabulares. Se a expressão tabular, o operador find retornará a uma union consulta que pode resultar em um desempenho degradado.
• Se uma coluna que aparece em várias tabelas e tem vários tipos, faz parte da cláusula de projeto, prefira adicionar um ColumnType à cláusula de projeto em vez de modificar a tabela antes de passá-la para find.
• Adicione filtros baseados em tempo ao predicado. Use um valor de coluna datetime ou ingestion_time().
• Pesquise em colunas específicas em vez de uma pesquisa de texto completo.
• É melhor não fazer referência a colunas que aparecem em várias tabelas e têm vários tipos. Se o predicado for válido ao resolver esse tipo de coluna para mais de um tipo, a consulta retornará à união. Por exemplo, consulte exemplos de casos em que find atuará como uma união.

Exemplos

Pesquisa de termos em todas as tabelas no banco de dados atual

A consulta localiza todas as linhas de todas as tabelas no banco de dados atual em que qualquer coluna inclui a palavra Hernandez. Os registros resultantes são transformados de acordo com o esquema de saída. A saída inclui linhas da Customers tabela e da SalesTable tabela do ContosoSales banco de dados.

Executar a consulta

find "Hernandez"

Pesquisa de termos em todas as tabelas que correspondem a um padrão de nome no banco de dados atual

A consulta localiza todas as linhas de todas as tabelas no banco de dados atual cujo nome começa com Ce em que qualquer coluna inclui a palavra Hernandez. Os registros resultantes são transformados de acordo com o esquema de saída. Agora, a saída contém apenas registros da Customers tabela.

Executar a consulta

find in (C*) where * has "Hernandez"

Pesquisa de termos em todas as tabelas em todos os bancos de dados no cluster

A consulta localiza todas as linhas de todas as tabelas em todos os bancos de dados nos quais qualquer coluna inclui a palavra Kusto. Essa consulta é uma consulta entre bancos de dados . Os registros resultantes são transformados de acordo com o esquema de saída.

Executar a consulta

find in (database('*').*) where * has "Kusto"

Pesquisa de termos em todas as tabelas e bancos de dados que correspondem a um padrão de nome no cluster

A consulta localiza todas as linhas de todas as tabelas cujo nome começa com K em todos os bancos de dados cujo nome começa com B e em que qualquer coluna inclui a palavra Kusto. Os registros resultantes são transformados de acordo com o esquema de saída.

Executar a consulta

find in (database("S*").C*) where * has "Kusto"

Pesquisa de termos em vários clusters

A consulta localiza todas as linhas de todas as tabelas cujo nome começa com K em todos os bancos de dados cujo nome começa com B e em que qualquer coluna inclui a palavra Kusto. Os registros resultantes são transformados de acordo com o esquema de saída.

find in (cluster("cluster1").database("B*").K*, cluster("cluster2").database("C*".*))
where * has "Kusto"

Pesquisa de termos em todas as tabelas

A consulta localiza todas as linhas de todas as tabelas nas quais qualquer coluna inclui a palavra Kusto. Os registros resultantes são transformados de acordo com o esquema de saída.

find "Kusto"

Exemplos de resultados de find saída

Os exemplos a seguir mostram como find pode ser usado em duas tabelas: EventsTable1 e EventsTable2. Suponha que tenhamos o próximo conteúdo dessas duas tabelas:

EventsTable1

Session_id	Nível	EventText	Versão
acbd207d-51aa-4df7-bfa7-be70eb68f04e	Informações	Algum Texto1	v1.0.0
acbd207d-51aa-4df7-bfa7-be70eb68f04e	Erro	Algum Texto2	v1.0.0
28b8e46e-3c31-43cf-83cb-48921c3986fc	Erro	Algum Texto3	v1.0.1
8f057b11-3281-45c3-a856-05ebb18a3c59	Informações	Alguns textos4	v1.1.0

EventsTable2

Session_id	Nível	EventText	EventName
f7d5f95f-f580-4ea6-830b-5776c8d64fdd	Informações	Algum Outro Texto1	Event1
acbd207d-51aa-4df7-bfa7-be70eb68f04e	Informações	Algum Outro Texto2	Event2
acbd207d-51aa-4df7-bfa7-be70eb68f04e	Erro	Algum Outro Texto3	Evento3
15eaeab5-8576-4b58-8fc6-478f75d8fee4	Erro	Alguns outros textos4	Evento4

Pesquisar em colunas comuns, projetar colunas comuns e incomuns e empacotar o restante

find in (EventsTable1, EventsTable2) 
     where Session_Id == 'acbd207d-51aa-4df7-bfa7-be70eb68f04e' and Level == 'Error' 
     project EventText, Version, EventName, pack_all()

Saída

Fonte_	EventText	Versão	EventName	Pack_
EventsTable1	Algum Texto2	v1.0.0		{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Error"}
EventsTable2	Algum Outro Texto3		Evento3	{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Error"}

Pesquisar em colunas comuns e incomuns

find Version == 'v1.0.0' or EventName == 'Event1' project Session_Id, EventText, Version, EventName

Saída

Fonte_	Session_id	EventText	Versão	EventName
EventsTable1	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Algum Texto1	v1.0.0
EventsTable1	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Algum Texto2	v1.0.0
EventsTable2	f7d5f95f-f580-4ea6-830b-5776c8d64fdd	Algum Outro Texto1		Event1

Observação: na prática, as linhas EventsTable1 serão filtradas com Version == 'v1.0.0' predicado e As linhas EventsTable2 serão filtradas com EventName == 'Event1' predicado.

Usar notação abreviada para pesquisar em todas as tabelas no banco de dados atual

find Session_Id == 'acbd207d-51aa-4df7-bfa7-be70eb68f04e'

Saída

Fonte_	Session_id	Nível	EventText	Pack_
EventosTable1	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Informações	Alguns Text1	{"Version":"v1.0.0"}
EventosTable1	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Erro	Alguns Texto2	{"Version":"v1.0.0"}
EventosTable2	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Informações	Alguns outros textos2	{"EventName":"Event2"}
EventosTable2	acbd207d-51aa-4df7-bfa7-be70eb68f04e	Erro	Alguns outros textos3	{"EventName":"Event3"}

Retornar os resultados de cada linha como um recipiente de propriedades

find Session_Id == 'acbd207d-51aa-4df7-bfa7-be70eb68f04e' project pack_all()

Saída

Fonte_	Pack_
EventosTable1	{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Information", "EventText":"Some Text1", "Version":"v1.0.0"}
EventosTable1	{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Error", "EventText":"Some Text2", "Version":"v1.0.0"}
EventosTable2	{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Information", "EventText":"Some Other Text2", "EventName":"Event2"}
EventosTable2	{"Session_Id":"acbd207d-51aa-4df7-bfa7-be70eb68f04e", "Level":"Error", "EventText":"Some Other Text3", "EventName":"Event3"}

Exemplos de casos em que find atuarão como union

Usando uma expressão não tabular como localizar operando

let PartialEventsTable1 = view() { EventsTable1 | where Level == 'Error' };
find in (PartialEventsTable1, EventsTable2) 
     where Session_Id == 'acbd207d-51aa-4df7-bfa7-be70eb68f04e'

Referenciando uma coluna que aparece em várias tabelas e tem vários tipos

Suponha que criamos duas tabelas executando:

.create tables 
  Table1 (Level:string, Timestamp:datetime, ProcessId:string),
  Table2 (Level:string, Timestamp:datetime, ProcessId:int64)

• A consulta a seguir será executada como union.

find in (Table1, Table2) where ProcessId == 1001

O esquema de resultado de saída será (Level:string, Timestamp, ProcessId_string, ProcessId_int).

• A consulta a seguir também será executada como union, mas produzirá um esquema de resultado diferente.

find in (Table1, Table2) where ProcessId == 1001 project Level, Timestamp, ProcessId:string 

O esquema de resultado de saída será (Level:string, Timestamp, ProcessId_string)