Kto może korzystać z tej funkcji
Użytkownicy korzystający z planów Enterprise i wyższych.
Schemat eksportu i importu
Poniżej przedstawiono cały przebieg transferu danych dla tabel, zapytań i agregacji w Tulip. Niniejszy dokument zawiera szczegółowe wyjaśnienie tego przebiegu.

Niestandardowe pola użytkownika i tabele aktywności maszyn
Opisany poniżej proces dotyczy również sposobu eksportowania i importowania tabel niestandardowych pól użytkownika oraz tabel aktywności maszyn.
Eksport
Podczas procesu eksportu eksportowana aplikacja lub automatyzacja będzie zawierać każdą tabelę używaną w tej aplikacji. Tabela jest uznawana za używaną, jeśli spełniony jest którykolwiek z poniższych warunków:
- Jest wyświetlana w widżecie „Rekord tabeli”
- Wykorzystana w widżecie wprowadzania danych
- Jest wyświetlana w tabeli interaktywnej
- Jest używana w wyzwalaczu
- Jest używana w akcji automatyzacji
- Używane w bloku zdarzenia automatyzacji
- Używane w filtrze zapytania do tabeli, tabeli interaktywnej lub widżetu analitycznego
- Używane jako dane wejściowe lub wyjściowe dla niestandardowego widżetu
Jeśli pole jest zarchiwizowane, nie zostanie wyeksportowane. Jeśli pole jest zarchiwizowane, ale nadal w użyciu, eksport zakończy się niepowodzeniem.
Import
Znajdź tę samą tabelę
Aby zidentyfikować pasujące tabele podczas importu, szukamy pasujących identyfikatorów (ID). Jeśli zostanie znaleziona tabela o tym samym identyfikatorze, nie tworzymy nowej tabeli, lecz korzystamy z istniejącej.
Jeśli tabela jest zarchiwizowana w instancji źródłowej i nie istnieje w instancji docelowej, zostanie utworzona w instancji docelowej i zarchiwizowana.
Jeśli tabela w instancji źródłowej jest zarchiwizowana, pozostanie zarchiwizowana. Zarchiwizowana tabela pozostaje zarchiwizowana; niezarchiwizowana tabela pozostaje niezarchiwizowana.
Dla każdego pola tabeli
Dla każdego pola tabeli szukamy pasującego pola na podstawie identyfikatora kolumny tego pola.
Jeśli typ danych pasującego pola jest inny, import zakończy się niepowodzeniem.
Jeśli pole jest polem powiązanego rekordu, powiązana tabela zostanie dodana do listy zależności dla importu, a ten proces zostanie powtórzony dla tej tabeli.

Jeśli pole jest zarchiwizowane w źródle i nie istnieje w miejscu docelowym, zostanie utworzone w miejscu docelowym jako niezarchiwizowane (uwaga: różni się to od zachowania tabeli).
Jeśli pole już istnieje w miejscu docelowym, jego status archiwizacji nigdy nie jest aktualizowany podczas importu. Archiwizowane pole pozostaje archiwizowane; niearchiwizowane pole pozostaje niearchiwizowane.
When exporting a table directly, archived fields are not included. However, if an archived field is referenced by an app, it will be included in the export (with the above import rules applying).
Dla każdego zapytania
Dla każdego zapytania w importowanej tabeli sprawdzamy, czy dane zapytanie istnieje. Jeśli zostanie znaleziony pasujący identyfikator, weryfikujemy, czy konfiguracja (limit, sortowanie i filtrowanie) jest identyczna w tabeli docelowej i źródłowej.
Jeśli nie można znaleźć pasującego zapytania, zostanie utworzone nowe zapytanie. Jeśli znaleziono pasujące zapytanie, ale nie jest ono identyczne z instancją docelową, zostanie utworzone nowe zapytanie o nowej nazwie.

Uwaga: Nie dotyczy to niestandardowych pól użytkownika ani tabel aktywności maszyn.
:::(Informacja) (Zaktualizowane zachowanie funkcji importu/eksportu od wersji r347/LTS15)
Zmiany w zachowaniu funkcji importu/eksportu ograniczają powielanie danych. Zapytania tabelowe są teraz importowane jako pliki typu „ development version ”. Zapytanie tabelowe zostanie zaimportowane jako migawka tylko wtedy, gdy to samo zapytanie już istnieje i ma inną konfigurację.
Poprzednie zachowanie (które nadal występuje w instancjach r329/LTS14 i starszych) importowało migawki jako migawki, a zapytania typu „ development versions ” jako „ development versions ”.
:::
Dla każdej agregacji
Dla każdej agregacji w zaimportowanej tabeli sprawdzamy, czy dane zapytanie istnieje. Jeśli zostanie znaleziony pasujący identyfikator, weryfikujemy, czy konfiguracja (operacja, pole) jest identyczna między instancją docelową a źródłową.
Jeśli nie można znaleźć pasującej agregacji, zostanie utworzona nowa agregacja. Jeśli znaleziono pasującą agregację, ale nie jest ona identyczna z instancją docelową, zostanie utworzona nowa agregacja o nowej nazwie.

Uwaga: Nie dotyczy to niestandardowych pól użytkownika ani tabel aktywności maszyn.
:::(Informacja) (Zaktualizowane zachowanie funkcji importu/eksportu od wersji r347/LTS15)
Zmiany w zachowaniu funkcji importu/eksportu ograniczają powielanie danych. Agregacje tabel są teraz importowane jako pliki typu „ development version ”. Agregacja tabeli zostanie zaimportowana jako migawka tylko wtedy, gdy ta sama agregacja już istnieje i ma inną konfigurację.
Poprzednie zachowanie (które nadal występuje w instancjach r329/LTS14 i starszych) importowało migawki jako migawki, a agregacje tabel ( development versions ) jako „agregacje tabel” ( development versions).
:::
{{snippet.Czy znalazłeś to, czego szukałeś?}}
