Czego można się spodziewać w przyszłości?

Dowiedz się więcej o funkcjach i zmianach zachowań w nadchodzących wersjach Azure Databricks.

Zbliżająca się zmiana wstecznie niekompatybilna: domyślne zachowanie podczas usuwania pipeline'u Unity Catalog

W nadchodzącej wersji domyślne zachowanie podczas usuwania potoku katalogu Unity zmieni się. Obecnie usunięcie pipeline'u powoduje również usunięcie wszystkich skojarzonych zmaterializowanych widoków, tabel przesyłania strumieniowego i widoków. Po tej zmianie skojarzone tabele zostaną zachowane w systemie, ale pozostaną nieaktywne po usunięciu potoku. Interfejs API zmieni się również tak, aby domyślnie zachowywał tabele, ale ustawienie pola cascade na true to zmienia i zachowa bieżące.

Pole cascade jest teraz dostępne. Aby zachować obecny sposób, w jaki usuwane są wszystkie tabele podczas kasowania potoku, zaktualizuj kod, aby ustawić cascade=true.

Zobacz Usuń potok i Usuń potok .

Tagi zarządzania SAP na poziomie kolumn dla udziałów SAP BDC

Pod koniec kwietnia 2026 r. tagi zarządzania SAP dla kolumn będą dostępne dla udziałów SAP Business Data Cloud (BDC) zainstalowanych w katalogach Unity Catalog. Te tagi oznaczają kolumny, które mogą zawierać poufne dane, takie jak dane osobowe, i mogą być używane w zasadach kontroli dostępu opartej na atrybutach (ABAC), aby wymusić kontrolę dostępu na poziomie kolumny.

Zobacz Metadane semantyczne usługi SAP BDC.

Wdrożenie oparte na usłudze Git dla usługi Databricks Apps wkrótce będzie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Na początku maja 2026 r. wdrożenie oparte na usłudze Git dla usługi Databricks Apps zostanie automatycznie włączone dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności . Wdrażaj aplikacje bezpośrednio z repozytorium Git, aby usprawnić Twój przepływ pracy CI/CD.

Zobacz Wdróż aplikację Databricks.

Domyślne włączanie nowego edytora SQL i wycofanie starszego edytora SQL

Nowy edytor SQL jest ogólnie dostępny od października 2025 r. W ramach przejścia do nowego edytora planowane są następujące zmiany:

• Począwszy od końca maja 2026 r.: Nowy edytor SQL zostanie domyślnie włączony dla wszystkich obszarów roboczych. Możliwość wyłączenia funkcji na poziomie obszaru roboczego nie będzie już dostępna. Po rozpoczęciu tego okresu użytkownicy będą nadal mogli przełączać swoje zapytania do starszego edytora SQL.
• Począwszy od końca lipca 2026 r.: Starszy edytor SQL zostanie wycofany. Wszyscy użytkownicy będą używać nowego edytora SQL, a indywidualna rezygnacja nie będzie już dostępna.

Aby dowiedzieć się więcej na temat nowego edytora SQL, zobacz Pisanie zapytań i eksplorowanie danych w nowym edytorze SQL. Jeśli masz pytania dotyczące tego przejścia, skontaktuj się z zespołem ds. kont.

Zmiana kolejności sortowania listy w interfejsie API pulpitów nawigacyjnych

W nadchodzącej wersji API do listy pulpitów nawigacyjnych zmieni kolejność sortowania wyników. Pulpity będą zwracane w odwrotnej kolejności chronologicznej według daty ostatniej modyfikacji, z najbardziej niedawno zmodyfikowanym pulpitem jako pierwszym, zamiast alfabetycznie według tytułu.

Jest to zmiana powodująca niezgodność dla użytkowników, którzy stronicują wyniki przy użyciu metody next_page_token. Tokeny wygenerowane przez poprzednią wersję interfejsu API są nieprawidłowe w przypadku nowej wersji. Jeśli używasz tokenu z poprzedniej wersji, interfejs API zwraca błąd:

Invalid page_token: this token was generated by a previous/different API version. Please retry without page_token.

Aby kontynuować stronicowanie po tej zmianie, uruchom nowe żądanie bez .next_page_token

Usługa Lakebase będzie domyślnie włączona dla obszarów roboczych z profilem zabezpieczeń zgodności

W dniu 30 kwietnia 2026 r. usługa Lakebase będzie domyślnie włączona dla obszarów roboczych z profilem zabezpieczeń zgodności, gdy standard zgodności jest ustawiony na HIPAA, C5, TISAX lub None.

Zobacz Zgodność z usługą Lakebase.

Nowy interfejs użytkownika konsoli usługi Databricks Apps

W nadchodzącej wersji konsola usługi Databricks Apps otrzyma przeprojektowany interfejs użytkownika, który zapewnia bardziej intuicyjne środowisko zarządzania aplikacjami. Zaktualizowana konsola usprawnia przepływy pracy do edytowania, wdrażania i monitorowania aplikacji. Dostęp do aplikacji usługi Databricks można również uzyskać bezpośrednio z przełącznika aplikacji w prawym górnym rogu obszaru roboczego.

Zobacz Aplikacje usługi Databricks.

Zmiany dotyczące tokenów odbiorcy Delta Sharing

"Delta Sharing dla publicznych odbiorców będzie przechodzić na nowy format adresu URL specyficznego dla odbiorcy." Data przejścia została zaktualizowana i jest teraz 1 lipca 2026 r. Nowe tokeny utworzone w dniu 1 lipca 2026 r. lub po 1 lipca 2026 r. będą automatycznie używać nowego formatu adresu URL. Ta zmiana zwiększa bezpieczeństwo sieci i umożliwia adresatom konfigurowanie zasad sieciowych specyficznych dla adresatów i reguł zapory.

Dla Azure Chin przejście zostanie ogłoszone później.

Nowe adresy URL obejmują identyfikator odbiorcy w domenie:

https://<recipient-id>.delta-sharing.westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

Do celów referencyjnych adresy URL utworzone przed tą zmianą nie zawierają identyfikatora adresata.

https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

Stare adresy URL będą nadal działać przez pewien czas. Określony czas trwania zależy od typu adresata i daty utworzenia tokenu. Dostawcy danych powinni przejść do nowego formatu adresu URL, zanim stary format adresu URL stanie się nieprawidłowy.

Udostępnianie federacji OIDC:

Dostawcy danych muszą sprawdzić, czy adresaci używają nowego formatu adresu URL przed 1 lipca 2027 r. Od 1 lipca 2026 r. dostawcy mogą znaleźć nowy adres URL w interfejsie użytkownika Delta Sharing. Po 1 lipca 2027 r. stary format adresu URL nie będzie prawidłowy.

Udostępnianie tokenu typu Bearer:

Data utworzenia tokenu	Format adresu URL	Data wygaśnięcia tokenu	Zalecana akcja
Przed 1 lipca 2026 r.	Stary format	Rok od daty utworzenia lub 8 grudnia 2026 r., w zależności od tego, która data jest późniejsza	Dostawcy danych muszą odnowić tokeny przed wygaśnięciem, aby przeprowadzić migrację na nowy format URL. Aby zapewnić czas migracji adresatów, skonfiguruj okno przestoju, ustawiając datę wygaśnięcia bieżącego tokenu podczas rotacji. W tym okresie obsługiwane są zarówno stare, jak i nowe formaty adresów URL.
Po 1 lipca 2026 r.	Nowy format	Maksymalnie do roku od daty utworzenia zgodnie z konfiguracją.	Żadne

Nowy kreator dla dostawców Marketplace

Pod koniec marca 2026 r. środowisko tworzenia listy dostawców witryny Marketplace zostanie zaktualizowane z bieżącego formatu do kreatora krok po kroku. Ta zmiana upraszcza proces tworzenia nowych ofert na Marketplace.

Usługa Sample Data Explorer będzie ogólnie dostępna pod koniec marca

Pod koniec marca 2026 r. przykładowa wersja Data Explorer z kodem Genie będzie ogólnie dostępna. Przykładowy Data Explorer umożliwia zadawanie pytań dotyczących tabel w Katalogu Unity przy użyciu osadzonego interfejsu języka naturalnego.

Klasyfikacja danych będzie domyślnie dostępna dla niektórych obszarów roboczych z włączonym profilem zabezpieczeń zgodności

W połowie marca 2026 r. klasyfikacja danych będzie domyślnie dostępna dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności i wybranymi mechanizmami kontroli HIPAA.

Obsługa eventbridge będzie wkrótce dostępna dla zdarzeń plików udostępnionych w kolejkach

Pod koniec lutego 2026 r. obsługa rozwiązania EventBridge będzie dostępna dla zdarzeń plików udostępnianych w kolejkach dla lokalizacji S3. Obecnie zdarzenia plików można skonfigurować tylko przy użyciu SNS lub przez kierowanie zdarzeń przechowywania bezpośrednio do SQS.

Zobacz Używanie podanej kolejki dla usługi S3.

Agent nadzorcy będzie domyślnie dostępny dla klientów z rozszerzonymi zabezpieczeniami i zgodnością

Agent nadzorcy będzie domyślnie dostępny dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności i wybranymi kontrolkami HIPAA.

Użyj agenta nadzorcy, aby utworzyć system nadzorcy z wieloma agentami, który organizuje agentów i narzędzia sztucznej inteligencji do współpracy nad złożonymi zadaniami.

Zobacz Użyj agenta nadzorcy do tworzenia skoordynowanego systemu wieloagentowego.

AdBC stanie się domyślnym sterownikiem nowych połączeń Power BI

Począwszy od lutego nowe połączenia utworzone w programie Power BI Desktop lub Power BI Service automatycznie będą domyślnie używać sterownika usługi Arrow Database Connectivity (ADBC). Istniejące połączenia będą nadal używać ODBC, chyba że ręcznie zaktualizujesz je do usługi ADBC.

Jeśli wolisz nadal używać funkcji ODBC dla nowych połączeń, będziesz mieć dwie opcje:

1. Podczas tworzenia połączenia wybierz default jako Implementację.
2. W programie Power BI Desktop wyłącz wersję zapoznawcza funkcji ADBC, która przywróci funkcję ODBC jako domyślną dla wszystkich nowych połączeń.

Aby dowiedzieć się więcej o usłudze ADBC, zobacz Konfigurowanie sterownika ADBC lub ODBC dla Power BI i the Databricks Driver w repozytorium ADBC.

Nowa logika podziału dla tabel z osią czasu zadań

Od 19 stycznia 2026 r. tabele osi czasu zadań używają nowej logiki fragmentowania wyrównanej do godziny zegara. Odcinki czasowe są teraz wyrównane do standardowych granic godzin (5:00-6:00 PM, 6:00-7:00 PM itd.) zamiast jednogodzinnych interwałów w oparciu o czas rozpoczęcia uruchomienia. Nowe wiersze będą używać nowej logiki fragmentowania, podczas gdy istniejące wiersze pozostają niezmienione.

Zobacz logika cięcia zsynchronizowana z godziną na zegarze.

Aktualizacje nawigacji Eksploratora Katalogu

Eksplorator wykazu wkrótce otrzyma ulepszenia nawigacji, aby usprawnić przepływy pracy i ułatwić wydajniejsze odnajdywanie zasobów danych i zarządzanie nimi.

Uproszczona nawigacja:

Karta powielonych katalogów jest usuwana, aby zmniejszyć nadmiarowość i skoncentrować się na jednym obszarze nawigacji katalogu. DBFS i Send feedback zostają przeniesione do , aby zachować przejrzysty układ.

Nowa sugerowana sekcja:

Nowa karta Sugerowane na stronie docelowej Eksploratora wykazu wyróżnia często używane obiekty, przykładowe obiekty dla użytkowników po raz pierwszy i ulubione przez użytkownika. Ułatwia to szybkie ponowne angażowanie się w ważne zasoby lub odnajdywanie przydatnych punktów wyjścia.

Skonsolidowane punkty wejścia:

Powiązane możliwości są grupowane w jaśniejszych kategoriach w celu zmniejszenia szumu wizualnego i zwiększenia możliwości znajdowania:

• Zarządzanie — punkt wejścia dla zarządzanych tagów, administracji magazynu metadanych i klasyfikacji danych
• Connect — punkty wejścia dla lokalizacji zewnętrznych, danych zewnętrznych, poświadczeń i połączeń
• Share — punkt wejścia do Delta Sharing i Clean Rooms

Te grupowania zastępują rozproszone karty podrzędne i tworzą bardziej intuicyjną, skalowalną architekturę informacji.

Udostępnianie w federacji Lakehouse i magazyn domyślny

Delta Sharing w federacji Lakehouse jest w wersji beta, dzięki czemu dostawcy danych Delta Sharing mogą udostępniać zewnętrzne katalogi i tabele. Domyślnie dane muszą być tymczasowo zmaterializowane i przechowywane w magazynie domyślnym (prywatna wersja zapoznawcza). Obecnie użytkownicy muszą ręcznie włączyć funkcję Delta Sharing dla magazynu domyślnego – rozszerzony dostęp w konsoli zarządzania kontem, aby korzystać z udostępniania federacyjnego Lakehouse.

Po domyślnym włączeniu funkcji Delta Sharing dla domyślnego magazynu — rozszerzony dostęp dla wszystkich użytkowników Azure Databricks, udostępnianie Delta w federacji Lakehouse będzie automatycznie dostępne w regionach, w których obsługiwany jest domyślny magazyn.

Zobacz Magazyn domyślny w usłudze Databricks i Dodawanie obcych schematów lub tabel do udziału.

Odśwież powiadomienie w przestrzeniach roboczych

W nadchodzącej wersji zostanie wyświetlony komunikat o ponownym załadowaniu karty obszaru roboczego, jeśli karta obszaru roboczego została otwarta przez długi czas bez odświeżania. Pomoże to zapewnić, że zawsze używasz najnowszej wersji usługi Databricks z najnowszymi funkcjami i poprawkami.

Łącznik SAP Business Data Cloud (BDC) dla Azure Databricks wkrótce będzie ogólnie dostępny

Łącznik SAP Business Data Cloud (BDC) dla Azure Databricks to nowa funkcja, która umożliwia udostępnianie danych z SAP Business Data Cloud (BDC) do Azure Databricks i z Azure Databricks do SAP Business Data Cloud (BDC) wykorzystując Delta Sharing. Ta funkcja będzie ogólnie dostępna pod koniec września.

Udostępnianie Delta dla tabel w domyślnym magazynie zostanie wkrótce włączone (wersja beta)

Ta aktualizacja domyślnego magazynu dla Delta Sharing ma rozszerzone możliwości udostępniania, umożliwiając dostawcom udostępnianie tables wspieranych przez domyślny magazyn do dowolnych odbiorców Delta Sharing (w tym Azure Databricks i instancje otwarte), łącznie z odbiorcami korzystającymi z klasycznych obliczeń. Ta funkcja jest obecnie w wersji beta i wymaga od dostawców ręcznego włączenia Delta Sharing dla domyślnego magazynu — poszerzonego dostępu w konsoli konta. Wkrótce ta opcja zostanie domyślnie włączona dla wszystkich użytkowników.

Zobacz Ograniczenia.

Aktualizacje publicznych adresów IP płaszczyzny kontroli ruchu wychodzącego

Azure Databricks aktualizuje publiczne adresy IP płaszczyzny sterowania wychodzącego oraz znaczniki usług Azure w celu poprawy bezpieczeństwa i dostępności strefy. Te zmiany są częścią aktualizacji płaszczyzny sterowania, która rozpoczęła się 20 maja 2025 r.

Jeśli organizacja używa zapór zasobów do kontrolowania dostępu przychodzącego:

• Jeśli reguły zapory odwołują się do tagu Azure Databricks service, nie jest wymagana żadna akcja.
• Jeśli zezwolisz na określone publiczne adresy IP płaszczyzny sterowania, musisz dodać wszystkie adresy IP płaszczyzny kontroli ruchu wychodzącego do 26 września 2025 r.

Poprzednie adresy IP kontroli płaszczyzny ruchu wychodzącego nadal są obsługiwane.

Zmiana zachowania dla opcji listy katalogów przyrostowych automatycznego modułu ładującego

Uwaga / Notatka

Opcja Auto Loader cloudFiles.useIncrementalListing jest przestarzała. Mimo że ta uwaga omawia zmianę wartości domyślnej opcji i sposób dalszego korzystania z niej po tej zmianie, usługa Databricks odradza używanie tej opcji, zalecając zamiast tego tryb powiadomień plików ze zdarzeniami plików.

W nadchodzącej wersji środowiska Databricks Runtime wartość przestarzałej opcji automatycznego ładowania cloudFiles.useIncrementalListing będzie domyślnie ustawiona na wartość false. Ustawienie wartości false powoduje, że Auto Loader wykonuje pełną listę katalogów przy każdym uruchomieniu. Obecnie wartością domyślną opcji cloudFiles.useIncrementalListing jest auto, co pozwala Auto Loaderowi na podjęcie najlepszej próby wykrycia, czy można użyć listy przyrostowej z katalogiem.

Aby kontynuować korzystanie z funkcji listy przyrostowej, ustaw opcję cloudFiles.useIncrementalListing na auto. Kiedy ustawisz tę wartość na auto, program Auto Loader podejmuje w pełni staranną próbę wykonania pełnego zestawienia raz na każde siedem list przyrostowych, co odpowiada zachowaniu tej opcji przed wprowadzeniem tej zmiany.

Aby dowiedzieć się więcej na temat listy katalogów Auto Loader, zobacz Konfigurowanie strumieni Auto Loader w trybie listy katalogów.

Zmiana zachowania, gdy definicje zestawów danych są usuwane z Deklaratywnych Potoków Spark usługi Lakeflow

Zbliżająca się wersja Deklaratywnych Potoków Lakeflow Spark zmieni zachowanie, gdy zmaterializowany widok lub tabela przesyłania strumieniowego zostanie usunięta z potoku. Dzięki tej zmianie wycofany zmaterializowany widok ani tabela strumieniowa nie zostaną automatycznie usunięte po wykonaniu następnej aktualizacji zawartości. Zamiast tego będzie można użyć polecenia DROP MATERIALIZED VIEW, aby usunąć zmaterializowany widok, lub polecenia DROP TABLE do usunięcia tabeli przesyłania strumieniowego. Po opuszczeniu obiektu uruchomienie aktualizacji potoku danych nie spowoduje automatycznego odzyskania obiektu. Nowy obiekt jest tworzony, jeśli zmaterializowany widok lub tabela strumieniowa z taką samą definicją zostanie ponownie dodana do potoku. Można jednak odzyskać obiekt przy użyciu polecenia UNDROP.

Pole sourceIpAddress w dziennikach inspekcji nie będzie już zawierać numeru portu

Ze względu na usterkę niektóre dzienniki inspekcji autoryzacji i uwierzytelniania zawierają numer portu oprócz adresu IP w sourceIPAddress polu (na przykład "sourceIPAddress":"10.2.91.100:0"). Numer portu, który jest rejestrowany jako 0, nie dostarcza żadnej rzeczywistej wartości i jest niespójny z resztą dzienników inspekcji usługi Databricks. Aby zwiększyć spójność dzienników inspekcji, usługa Databricks planuje zmienić format adresu IP dla tych zdarzeń dziennika inspekcji. Ta zmiana będzie stopniowo wdrażana na początku sierpnia 2024 r.

Jeśli dziennik inspekcji zawiera wartość sourceIpAddress, usługa Databricks może przestać ją zapisywać.