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

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

ai_parse_document wkrótce będzie dostępna domyślnie dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

ai_parse_document Będzie domyślnie dostępna dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności i mechanizmami HIPAA, HITRUST, C5 i TISAX wybranymi w połowie maja 2026 r.

Użyj ai_parse_document do analizowania zawartości ustrukturyzowanej z dokumentów bez struktury, w tym plików PDF, obrazów, dokumentów Word i plików PowerPoint.

Zobacz ai_parse_document funkcję.

Zbliżająca się zmiana powodująca niezgodność: filtrowanie wierszy ABAC i ocena maski kolumn dla widoków i funkcji zmieni się na tożsamość sesji

Począwszy od końca kwietnia, Unity Catalog będzie oceniać filtry wierszy ABAC i maski kolumn na tabelach, do których dostęp uzyskuje się przez widoki i funkcje, przy użyciu tożsamości użytkownika sesji (tożsamości osoby uruchamiającej zapytanie), a nie tożsamości właściciela widoku lub funkcji. Ta zmiana ułatwia zrozumienie i dopasowanie zachowania zasad do sposobu, w jaki Azure Databricks obsługuje zabezpieczenia na poziomie wiersza i maskowanie kolumn na poziomie tabeli.

Ta zmiana nie ma wpływu na sposób sprawdzania dostępu do tabel bazowych. Użytkownicy, którzy wykonują zapytania za pośrednictwem widoków i funkcji, nadal nie potrzebują bezpośrednich uprawnień w tych tabelach.

Kto ma wpływ: Ta zmiana dotyczy klientów, którzy wysyłają zapytania do tabel chronionych przez usługę ABAC (tabele z filtrami wierszy lub maskami kolumn) za pomocą widoków lub funkcji. Azure Databricks aktywnie skontaktuje się z klientami, którzy mogą używać tego wzorca.

• Jeśli Azure Databricks skontaktował się z Tobą jako z potencjalnie dotkniętym klientem: Przyznano Ci trzymiesięczny okres prolongaty na dostosowanie zasad. W tym oknie możesz zdecydować się na nowe zachowanie stopniowo przy użyciu ustawienia na poziomie konta lub pola dla poszczególnych zasad w interfejsie API tworzenia/aktualizowania. Azure Databricks zapewni notes diagnostyczny, który pomoże zidentyfikować widoki i funkcje na twoim koncie, które odwołują się do tabel chronionych przez ABAC, oraz sprawdzić, czy zasady generują zamierzone wyniki dostępu w ramach nowego zachowania.
• Jeśli nie kontaktujesz się z Azure Databricks lub jesteś nowym klientem po oczekiwanym uruchomieniu pod koniec kwietnia: Nowe zachowanie tożsamości sesji stanie się domyślnym ustawieniem konta pod koniec kwietnia. Nie trzeba podejmować żadnych działań.

Zobacz kontrolę dostępu opartą na atrybutach (ABAC) Unity Catalog.

Nadchodząca zmiana w zachowaniu: VOID kolumny uwzględnione w odczytach tabeli Delta

W połowie czerwca 2026 r. usługa Delta Lake będzie w pełni obsługiwać VOID kolumny. VOID Wcześniej kolumny były dyskretnie pomijane przez operacje odczytu ramki danych opartej na ścieżkach (na przykład spark.read.format("delta").load(path)) i zapytań dotyczących podróży czasowych. Po tej zmianie te zapytania zawierają VOID kolumny w danych wyjściowych.

Zapytania zależne od liczby kolumn lub pozycji, takich jak INSERT INTO ... SELECT *, mogą zakończyć się niepowodzeniem lub wygenerować nieprawidłowe wyniki po tej zmianie. Przejrzyj wszystkie zapytania odczytane z tabel usługi Delta Lake z kolumnami VOID , aby upewnić się, że obsługują one dodatkowe kolumny poprawnie.

Zobacz VOID typ.

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 .

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.

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:

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.

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 włączeniu domyślnie Delta Sharing dla domyślnego magazynu — rozszerzony dostęp dla wszystkich użytkowników Azure Databricks, Delta Sharing 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.

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

Ta domyślna aktualizacja pamięci masowej dla Delta Sharing rozszerzyła możliwości udostępniania, umożliwiając dostawcom udostępnianie tabel obsługiwanych przez domyślną pamięć masową do dowolnego odbiorcy Delta Sharing (otwartego lub Azure Databricks), w tym odbiorców używających tradycyjnych środowisk obliczeniowych. 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 kontrolnej ruchu wychodzącego oraz tagi usług Azure w celu poprawy bezpieczeństwa i dostępności stref. 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

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ć.