0 / 0
Go back to the English version of the documentation
Obsługa zduplikowanych zasobów
Last updated: 08 wrz 2023
Obsługa zduplikowanych zasobów

Użytkownik określa sposób obsługi zduplikowanych zasobów aplikacyjnych podczas tworzenia katalogu oraz podczas publikowania zasobów aplikacyjnych w katalogu.

Co to jest duplikat?

Zasób aplikacyjny jest uważany za duplikat innego zasobu w następujących sytuacjach:

  • Zasób został skopiowany z istniejącego zasobu w ramach platformy.
  • Nowy zasób aplikacyjny przychodzący do platformy ma ten sam typ zasobu i nazwę, co istniejący zasób.

Wykrywanie duplikatów dla skopiowanych zasobów

Kopie zasobów są tworzone na platformie za pomocą następujących działań:

  • Kopiowanie zasobu aplikacyjnego z katalogu do projektu lub miejsca wdrożenia
  • Publikowanie zasobu aplikacyjnego w katalogu z poziomu projektu lub obszaru wdrażania

Na przykład można skopiować zasób aplikacyjny z katalogu do projektu. Następnie użytkownik opublikuje ten zasób z projektu z powrotem do tego samego katalogu. Zasób przychodzący z projektu jest uznawany za duplikat oryginalnego zasobu w katalogu. Należy wybrać sposób obsługi duplikatu.

Alternatywnie można założyć, że zasób aplikacyjny jest publiowany na podstawie projektu w katalogu. Następnie kopiujesz ten zasób z katalogu z powrotem do tego samego projektu. Zasób przychodzący z katalogu jest uważany za duplikat oryginalnego zasobu aplikacyjnego w projekcie.

Jeśli ten sam zasób aplikacyjny zostanie skopiowany lub opublikowany więcej niż raz, najnowsza kopia zasobu zostanie uznana za pierwotny zasób aplikacyjny. Na przykład można skopiować zasób aplikacyjny z katalogu do projektu. Następnie ponownie skopiujesz ten sam zasób aplikacyjny z katalogu do tego samego projektu. Nowszą kopię zasobu uznaje się za pierwotny zasób.

Wykrywanie duplikatów dla nowych zasobów

W przypadku dodania zasobu do projektu, katalogu lub miejsca wdrożenia, które ma ten sam typ zasobu i tę samą nazwę, nowy zasób zostanie uznany za duplikat oryginalnego zasobu.

Na przykład użytkownik ma notatnik o nazwie "Sprzedaż", a użytkownik doda zasób danych o nazwie "Sprzedaż". Te zasoby aplikacyjne nie są duplikatami, ponieważ ich typy zasobów są różne.

W przypadku zasobów danych w katalogach, pochodzenie danych jest traktowane razem z nazwą zasobu aplikacyjnego. Na przykład następujące zasoby danych nie są traktowane jako duplikaty:

  • Zasób danych o nazwie "Sprzedaż" z pliku CSV
  • Zasób danych o nazwie "Sprzedaż" z połączenia Db2 o nazwie "db2_100"
  • Zasób danych o nazwie "Sprzedaż" z połączenia Db2 o nazwie "db2_5000"

Duplikuj metody obsługi zasobu

Jako wartość domyślną dla katalogu można określić jedną z tych zduplikowanych metod obsługi:

  • Aktualizuj oryginalne zasoby aplikacyjne (wartość domyślna)
    Zastąp wartości oryginalnych zasobów wartościami nowych zasobów. Jeśli nowe zasoby nie mają wartości, odpowiadające im wartości z pierwotnych zasobów aplikacyjnych pozostaną. Zachowywany jest poziom prywatności, prawo własności, członkostwo i działania oryginalnych zasobów. Notatki dot. zasobu przychodzącego będą dopisane do oryginalnych uwag.
  • Nadpisz oryginalne zasoby
    Nadpisz wszystkie wartości oryginalnych zasobów aplikacyjnych z wartościami nowych zasobów. Nie ma to jednak wpływu na poziom prywatności, prawo własności, przynależność i działalność pierwotnych zasobów aplikacyjnych.
  • Zezwalaj na duplikaty
    Dodaj nowe zasoby jako duplikaty oryginalnych zasobów aplikacyjnych.
  • Zachowaj oryginalne zasoby i odrzuć duplikaty
    Odrzuć nowe duplikaty zasobów i zachowaj oryginalne zasoby aplikacyjne.

Podczas tworzenia katalogu należy ustawić domyślną metodę obsługi duplikatów dla katalogu. Można go zmienić w dowolnym momencie na stronie Ustawienia katalogu, jeśli użytkownik ma przypisaną rolę Administrator w katalogu.

Gdy użytkownicy dodają zasoby aplikacyjne do katalogu za pomocą wywołań interfejsu API, używana jest domyślna metoda obsługi zduplikowanych zasobów dla katalogu.

Jednak ustawienie obsługi duplikatów katalogu może zostać zastąpione w następujących okolicznościach:

  • Publikowanie z projektu lub dodawanie do katalogu bezpośrednio
    Współpracownicy projektu mogą wybrać sposób obsługi zduplikowanych zasobów aplikacyjnych po opublikowaniu zasobów aplikacyjnych z projektu do katalogu. Jeśli domyślne ustawienie katalogu ma zezwalać na duplikaty, współpracownicy projektu mogą zdecydować się na połączenie lub nadpisanie istniejących zasobów aplikacyjnych, tworzenie duplikatów lub odrzucenie zduplikowanych zasobów.
To add assets, whether unique or duplicate, the user must have the **Admin** or the **Editor** role in the catalog. To update or overwrite an asset, the user must have the **Admin** role in the catalog, or the **Editor** role and be the asset owner or an asset member.

When publishing metadata enrichment results, data class and business term assignments are published as follows:
 - If a duplicate asset is created, the entire set is published along with the asset.
 - If an existing asset is updated or overwritten, any business terms that aren't yet available on the asset are added. No business terms are removed. If the data class on a column changed, the assignment on the catalog asset is updated.
  • Importowanie metadanych
    Niezależnie od ustawienia katalogu, zduplikowane zasoby mogą zostać dodane do katalogu podczas początkowego importowania metadanych. W przypadku ponownego uruchomienia importu metadanych poprzednio zaimportowane zasoby aplikacyjne pozostają niezmienione lub są aktualizowane, w zależności od zmian w źródle danych. Dodatkowe metadane, takie jak terminy lub klasyfikacje, pozostają niezmienione.

Więcej inform.

Temat nadrzędny: Tworzenie katalogu

Generative AI search and answer
These answers are generated by a large language model in watsonx.ai based on content from the product documentation. Learn more