SQL Warehouse-típusok

A Databricks SQL a következő SQL-raktártípusokat támogatja:

• Kiszolgáló nélküli
• Pro
• Klasszikus

Minden SQL Warehouse-típus különböző teljesítménnyel rendelkezik. Az alábbi táblázat az egyes SQL Warehouse-típusok által támogatott teljesítményszolgáltatásokat mutatja be.

	Fotonmotor	Prediktív IO	Intelligens számítási feladatok kezelése
Kiszolgáló nélküli	X	X	X
Pro	X	X
Klasszikus	X

Az alábbi lista az egyes teljesítményfunkciók leírását tartalmazza:

• Foton: A Databricks natív vektorizált lekérdezési motorja. Ez felgyorsítja a meglévő SQL- és DataFrame API-hívásokat, és csökkenti a számítási feladatonkénti teljes költséget.

• Prediktív I/O: Az SQL-lekérdezések szelektív vizsgálati műveleteinek felgyorsítására szolgáló funkciók készlete. A prediktív I/O számos gyorsítást biztosít.

• Intelligens számítási feladatok kezelése (IWM): Számos olyan funkció, amely javítja a Databricks SQL Serverless azon képességét, hogy nagy mennyiségű lekérdezést gyorsan és költséghatékonyan dolgoz fel. Az AI-alapú előrejelzési és dinamikus felügyeleti technikákkal az IWM gondoskodik arról, hogy a számítási feladatok gyorsan megfelelő mennyiségű erőforrással rendelkezzenek. A legfontosabb különbség a Databricks SQL AI-képességeiben rejlik, hogy statikus küszöbértékek használata helyett dinamikusan reagáljon a számítási feladatok igényeire.

  Feljegyzés

  Az egyes raktártípusok díjszabását és a funkciók részletes összehasonlítását a Databricks SQL-ben találja. A Databricks SQL legújabb funkcióinak megismeréséhez tekintse meg a Databricks SQL kibocsátási megjegyzéseit.

Teljesítménybeli különbségek az SQL Warehouse-típusok között

Minden SQL Warehouse-típus különböző teljesítményjellemzőkkel rendelkezik.

Kiszolgáló nélküli SQL-raktárak

Az Azure Databricks kiszolgáló nélküli architektúráját használva a kiszolgáló nélküli SQL Warehouse támogatja a Databricks SQL összes teljesítményfunkcióját. A kiszolgáló nélküli SQL Warehouse és annak teljesítményfunkciói a következő lehetőségeket nyújtják:

• Gyors indítási idő (általában 2 és 6 másodperc között).
• Gyors felskálázás, hogy szükség esetén több számítást szerezzen be az alacsony késés fenntartásához.
• A lekérdezésbevallása közelebb áll a hardver korlátozásához, nem pedig a virtuális géphez.
• Gyors leskálázás a költségek minimalizálása érdekében, ha alacsony a kereslet, és egységes teljesítményt biztosít az optimalizált költségekkel és erőforrásokkal.

A legjobb indítási teljesítmény, a leghatékonyabb IO, a lekérdezési igények intelligensebb kezelése érdekében, amely idővel jelentősen változik, és gyors automatikus skálázást biztosít a lekérdezéssor-kezelés során, válasszon kiszolgáló nélküli SQL-raktárat. Lásd: Kiszolgáló nélküli automatikus skálázás és lekérdezéssor-kezelés.

A kiszolgáló nélküli SQL-tárolók az alábbi számítási feladatok esetében jól teljesítenek:

• ETL
• Üzleti intelligencia
• Felderítési jellegű elemzések

Fontos

Az SQL-raktárak nem támogatják a hitelesítő adatok átadását. A Databricks a Unity Catalog használatát javasolja az adatszabályozáshoz. Lásd a Mi az a Unity katalógus? témakört.

Pro SQL-raktárak

A profi SQL-tárolók támogatják a Photon és a Prediktív IO szolgáltatást, de nem támogatják az intelligens számítási feladatok kezelését. Egy profi SQL-raktárral (a kiszolgáló nélküli SQL Warehouse-jal ellentétben) a számítási réteg nem az Azure Databricks-fiókban, hanem Az Azure-előfizetési fiókban létezik. Ennek eredményeképpen a profi SQL-raktárak nem támogatják az intelligens számítási feladatok kezelését, így kevésbé reagálnak a lekérdezési igényekre, amelyek nagy mértékben változnak az idő függvényében, és nem képesek olyan gyorsan automatikusan skálázhatóvá, mint egy kiszolgáló nélküli SQL-raktár. A profi SQL-raktár üzembe helyezése több percet vesz igénybe (általában körülbelül 4 percet), és a kiszolgáló nélküli SQL-raktáraknál kisebb válaszképességgel fel- és leskálázható. Tekintse meg a pro- és klasszikus SQL-raktárak várólistázását és automatikus skálázását.

Használjon pro SQL-raktárt, ha:

• A kiszolgáló nélküli SQL-raktárak nem érhetők el egy régióban.
• Egyénileg definiált hálózatkezeléssel rendelkezik, és csatlakozni szeretne a hálózat adatbázisaihoz a felhőben vagy a helyszínen összevonás vagy hibrid típusú architektúra céljából. Használjon például egy pro SQL Warehouse-t, ha más szolgáltatásokat szeretne a hálózatba helyezni, például egy eseménybuszt vagy adatbázist, vagy csatlakoztatni szeretné a hálózatot a helyszíni hálózathoz.

Klasszikus SQL-raktárak

A klasszikus SQL Warehouse támogatja a Photon szolgáltatást, de nem támogatja a prediktív IO-t vagy az intelligens számítási feladatok kezelését. Klasszikus SQL Warehouse esetén (a kiszolgáló nélküli SQL Warehouse-ral ellentétben) a számítási réteg az Azure-előfizetési fiókban található, nem pedig az Azure Databricks-fiókban. A prediktív IO- vagy intelligens számítási feladatok kezelése nélkül a klasszikus SQL-raktárak csak belépési szintű teljesítményt és kevesebb teljesítményt nyújtanak, mint egy kiszolgáló nélküli vagy egy profi SQL-raktár. A klasszikus SQL-raktár üzembe helyezése is több percet vesz igénybe (általában körülbelül 4 percet), és a kiszolgáló nélküli SQL-raktáraknál kisebb válaszképességgel fel- és leskálázható. Tekintse meg a pro- és klasszikus SQL-raktárak várólistázását és automatikus skálázását.

A klasszikus SQL Warehouse használatával interaktív lekérdezéseket futtathat az adatfeltáráshoz belépési szintű teljesítménnyel és Databricks SQL-funkciókkal.

Feljegyzés

Az SQL Warehouse méretezésével és az SQL Warehouse lekérdezéssor-kezelésre való méretezésével kapcsolatos információkért tekintse meg a pro- és klasszikus SQL-raktárak várólistázását és automatikus skálázását.

Mik az alapértelmezett raktártípus?

Kiszolgáló nélküli SQL-raktárakat támogató és a követelményeknek megfelelő régiókban lévő munkaterületek esetén:

• A felhasználói felületen az SQL Warehouse alapértelmezett típusa kiszolgáló nélküli.
• Az SQL Warehouses API alapértelmezett paraméterekkel való használatával az alapértelmezett SQL Warehouse-típus klasszikus. A kiszolgáló nélküli használathoz állítsa a paramétert a enable_serverless_compute következőre true , és állítsa be warehouse_type a következőre prois. Ha ez a munkaterület az SQL Warehouses API-val hoz létre egy raktárat 2022. november 1. és 2023. május 19. között, és megfelel a kiszolgáló nélküli SQL-raktárakra vonatkozó követelményeknek, az alapértelmezett érték a következő marad true: . A kétértelműség elkerülése érdekében, különösen a sok munkaterülettel rendelkező szervezetek esetében a Databricks azt javasolja, hogy mindig állítsa be ezt a mezőt.
• Ha a munkaterület örökölt külső Hive-metaadattárat használ, a kiszolgáló nélküli SQL-tárolók nem támogatottak. Az SQL Warehouse alapértelmezett típusa ugyanaz, mint ha a kiszolgáló nélküli számítás le lett tiltva, amely a felhasználói felületen pro és klasszikus az API használatával. Emellett lépjen kapcsolatba az Azure Databricks-fiókcsapattal, és tudjon meg többet a Unity Catalogról vagy más lehetőségekről.

Kiszolgáló nélküli SQL-raktárakat nem támogató munkaterületek esetén:

• A felhasználói felületen az SQL Warehouse alapértelmezett típusa pro.
• Az SQL Warehouses API alapértelmezett paraméterekkel való használatával az alapértelmezett SQL Warehouse-típus klasszikus.