# Direct Query-begränsningar

Följande avsnitt beskriver begränsningarna hos Direct Query.

Följande begränsningar gäller när du använder och skapar Direct Query applikationer:

* Direct Query applikationer kan bara använda en enda databas.

* Direct Query applikationer kan bara läsa in Direct Query datakällor.

* Den Qlik Analytics mobilapplikationen har inte stöd för Direct Query.

* Direct Query-funktioner är beroende av funktionerna hos de underliggande molndatabaserna och SQL pushdown.

* Direct Query-prestanda påverkas kraftigt av den underliggande datakällans prestanda.

* Vad som stöds i Direct Query-läget kan skilja sig i varje applikation beroende på typen av datakoppling. Varje databas kan behandla exekveringen av frågor på olika sätt.

* Det går inte att använda Qlik Data Gateway – direktåtkomst datakopplingar i Direct Query.

* Säkerheten hanteras av databasen.

* Direct Query-applikationstyp kan endast väljas för databaser där Direct Query-läge stöds.

* För att använda Direct Query på en databas, måste du ha behörighet att läsa från databasen.

* För att använda Direct Query på en dataanslutning, måste du ha behörigheten Kan förbruka data i det utrymme där dataanslutningen finns.

* Avlyssning och lokal exekvering av vissa operationer följer bara cachingparadigmet, vilket användaren måste aktivera.

* Följande åtgärder för aktivitetscenter stöds inte:

  * Påverkansanalys

  * Öppna utan data

  * Utvärdera prestanda

  * Läs in igen

  * Schemalägg ominläsning

* Direct Query-applikationer kan publiceras till hanterade utrymmen, men användare i det hanterade utrymmet måste ha tillgång till datakopplingen som används av Direct Query-applikationen.

* Det finns en gräns på 1 miljon rader för vad som kan returneras i en enda fråga till en underliggande databas.

* Den gröna, vita och gråa associativa modellen stöds inte. På grund av begränsningarna för SQL-frågebaserad modellering, filtreras data i stället för att väljas. Mer information finns i [Den associativa urvalsmodellen](https://help.qlik.com/sv-SE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Selections/associative-selection-model.htm).

* Sorteringsalternativ stöds inte i filterrutevisualiseringar. Standardsortering tillämpas automatiskt.

* Direct Query-filterrutor visar inte uteslutna värden i grått. Mer information finns i [Urvalstillstånd](https://help.qlik.com/sv-SE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Selections/selection-states.htm).

* Bokmärken stöds inte.

* Visualiseringstillägg stöds inte.

* Inbäddat applikationsinnehåll stöds inte.

* Dela och hämta applikationsinnehåll stöds inte.

* Rapportfunktioner, inklusive Qlik Reporting Service mervärdesfunktioner och prenumerationsrapporter, stöds inte i Direct Query applikationer.

* Kontextkänslig hjälp är inte tillgänglig i uttrycksredigeraren för Snowflake-funktioner.

* Följande sökfunktioner för fält stöds inte:

  * Ungefärlig sökning

  * Sammansatt sökning

  * Implicit ordbaserad sökning eller ordbaserad sökning uttryckt med "^"

  * "-" och "+"-symboler som anger ytterligare instruktioner för söksemantik

* När en Qlik Cloud Direct Query-SQL-fråga konstrueras för att begära raddata för att fylla i ett diagram, begränsas den maximala resultatstorleken av en LIMIT n (eller dess databasspecifika motsvarighet) som ingår i den relevanta SQL-frågan som skickas till fjärrdatabasen.

  Denna LIMIT n används för att minska eventuell påverkan på frågeprestanda och minnesanvändning i analysmotorn genom att begränsa det maximala antalet dataresultatrader som returneras för ett enda frågeresultat.

  * LIMIT n kommer att ha n större än eller lika med 1000 i nästan alla genererade SQL-datafrågor. Specifika diagram har följande överväganden:

    * Datafrågor för spridningsdiagram har ett standardvärde för n av 2500.

    * För ett diagram med tabeller kan LIMIT n konfigureras explicit upp till ett maximalt n av 100000 med hjälp av skriptvariabeln DirectQueryRowFetchMaxCount som beskrivs i [Direct Query-skriptvariabler](https://help.qlik.com/sv-SE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DirectQuery/internal-variables-direct-query.htm).

    * Om DirectQueryRowFetchMaxCount konfigureras till &gt; 0 och &lt; 2500 kommer DirectQueryRowFetchMaxCount-värdet också att användas för att begränsa LIMIT n som används för att fråga efter data för ett spridningsdiagram.

  * Det är viktigt att notera att den tillämpade LIMIT som diskuteras ovan endast gäller för datahämtningsfrågor för att fylla i det som syns i ett diagram. Aggregeringsfrågor är inte begränsade på något sätt och kommer alltid att återspegla det korrekta databasspecifika aggregeringsresultatet av hela datauppsättningen i fjärrdatabasen.

  * Begränsningarna för hämtning av raddata kommer också att påverka applikationsgenererat innehåll på begäran från en Direct Query-applikation.

* Skrivtabellen är inte tillgänglig i Direct Query applikationer.