Udostępnij za pośrednictwem

Delta Live Tables wersja 2022.40

  • Artykuł

28 września — 5 października 2022 r.

Te funkcje i ulepszenia zostały wydane wraz z wersją 2022.40 tabel delta Live Tables.

Wersje środowiska Databricks Runtime używane w tej wersji

Kanał:

  • CURRENT (ustawienie domyślne): Databricks Runtime 11.0.7
  • WERSJA ZAPOZNAWCZA: Databricks Runtime 11.0.7

Nowe funkcje i ulepszenia w tej wersji

  • Użycie etykiety klastra innej niż default lub maintenance w ustawieniach potoku powoduje błędy podczas tworzenia lub edytowania potoku. Aby uzyskać więcej informacji na temat konfiguracji klastra dla potoków tabel na żywo delty, zobacz Konfigurowanie obliczeń dla potoku tabel na żywo delty.

  • Teraz możesz otwierać lub uruchamiać potoki bezpośrednio z notesów delta Live Tables. Zobacz Tworzenie i debugowanie potoków tabel na żywo funkcji Delta w notesach.

  • Ta wersja zawiera zmianę powodującą niezgodność w strukturze danych ustawień potoku zwracanych przez żądania interfejsu API funkcji Delta Live Tables. Ta zmiana zwraca edition pole jako wyższą wartość. Wcześniej ta wartość została zwrócona jako przypadek mieszany. Należy zaktualizować klientów odczytujących edition wartość w odpowiedziach interfejsu API, aby zapewnić prawidłowe przetwarzanie wartości zwracanej. Jednak edition wartość w żądaniach interfejsu API jest niewrażliwa na wielkość liter. Klienci przesyłający żądania, w tym to pole, nie wymagają aktualizacji.

Poprawki błędów w tej wersji

  • W tej wersji naprawiono usterkę, która powoduje, że interfejs użytkownika tabel delta Live Tables wyświetla potok w RUNNING stanie nawet po niepowodzeniu aktualizacji.

  • Ta aktualizacja usuwa usterkę w interfejsie APPLY_CHANGES podczas ponownego przetwarzania danych wejściowych, w których dane zawierają zduplikowane DELETE operacje o tej samej wartości w kolumnieSEQUENCE. Ten scenariusz powoduje wyświetlenie NULL wartości w tabeli docelowej i usunięcie DeleteVersion wartości. Jest to równoważne oznaczaniu rekordu jako NOT-DELETED. Dzięki tej zmianie zduplikowane DELETE operacje są obsługiwane idempotentnie i zawsze oznaczają rekord jako DELETED.

  • W tej wersji naprawiono usterkę powodującą ukrycie wierszy podczas przetwarzania typu 2 protokołu SCD, gdy poprzedni rekord historyczny jest usuwany zawierający te same kolumny co następny rekord historyczny.

  • Ta aktualizacja naprawia usterkę powodującą wyświetlenie z oczekiwaniem expect_or_fail na pozostanie w RUNNING stanie, nawet jeśli oczekiwanie zakończy się niepowodzeniem. W przypadku tej poprawki potok kończy się niepowodzeniem i przechodzi do FAILED stanu.