Tabele standardowe Dataverse a tabele wirtualne: kiedy przestać kopiować dane

By Mirko Peters · 2026-08-22

Porównaj standardowe tabele Dataverse z tabelami wirtualnymi. Dowiedz się, kiedy przestać kopiować dane przedsiębiorstwa i wdrożyć bieżące okna do systemów zewnętrznych.

Automatically translated with AI from the original post. Read the English original

Wybór między standardową tabelą Dataverse a tabelą wirtualną determinuje, jak efektywnie Twoja firma obsługuje dane zewnętrzne. Standardowe tabele przechowują rekordy bezpośrednio w Dataverse, natomiast tabele wirtualne tworzą bieżące okna do zewnętrznych systemów ERP, magazynowych lub finansowych, eliminując ryzykowne nocne zadania synchronizacji oraz nieaktualne informacje.

Najważniejsze wnioski

• Standardowe tabele Dataverse trwale przechowują rekordy lokalnie, natomiast tabele wirtualne wyświetlają bieżące rekordy pobierane na żądanie z zewnętrznych źródeł.
• Korzystanie z tabel wirtualnych eliminuje potrzebę nocnych zadań synchronizacji, które narażają zespoły sprzedaży na korzystanie z nieaktualnych stanów magazynowych.
• Wybory architektoniczne powinny uwzględniać przede wszystkim to, gdzie naprawdę powinny znajdować się kluczowy proces biznesowy i zarządzanie cyklem życia rekordów.
• Wydajność, uprawnienia bezpieczeństwa i możliwości filtrowania działają na tabelach wirtualnych inaczej ze względu na zależności od danych zewnętrznych.
• Organizacje mogą ograniczyć obciążenie magazynu i duplikowanie danych, łącząc użytkowników bezpośrednio z autorytatywnymi aplikacjami zewnętrznymi za pośrednictwem Dynamics 365.

Dylemat architektoniczny: magazyn kontra dostęp

Podczas wdrażania Microsoft Dynamics 365 lub niestandardowych aplikacji Power Apps architekci stale stają przed podstawowym pytaniem projektowym: czy kopiować dane zewnętrzne do Dataverse, czy pozostawić je w natywnym systemie i zbudować most? Przez lata domyślną odpowiedzią była replikacja. Organizacje planowały nocne procedury integracji, które przenosiły katalogi produktów, stany magazynowe i historie faktur bezpośrednio do Dataverse, aby użytkownicy mieli wszystko w jednym miejscu.

Taka strategia replikacji niesie jednak poważne obciążenia architektoniczne. Rosną limity magazynu, przyspiesza rozrost bazy danych, a co najważniejsze, nieaktualność danych generuje ryzyko operacyjne. Jeśli pracownik magazynu wyśle w porze lunchu dziesięć sztuk krytycznego towaru, zreplikowana tabela w Dataverse będzie nadal pokazywać te dziesięć sztuk aż do uruchomienia kolejnej zaplanowanej synchronizacji wsadowej. Przedstawiciele handlowi potwierdzają następnie klientom niedostępne towary, co prowadzi do anulowania zamówień i utraty zaufania. Standardowe tabele wymagają pełnej własności przechowywanych danych, dlatego słabo nadają się do szybko zmieniających się wskaźników operacyjnych, których właścicielem są wyspecjalizowane systemy przedsiębiorstwa.

Porównanie standardowych tabel i tabel wirtualnych

Zrozumienie różnic operacyjnych między standardowymi tabelami Dataverse a tabelami wirtualnymi pozwala określić, kiedy stosować każdą z architektur. Różnica wykracza daleko poza semantykę techniczną; wyznacza ona własność systemu, przepływy pracy użytkowników i nakład pracy związany z utrzymaniem.

Standardowe tabele Dataverse

Standardowe tabele, takie jak Accounts, Contacts i Opportunities, są natywnymi elementami ekosystemu Dataverse. Dataverse tworzy tabele bazy danych, zarządza fizycznym magazynem, egzekwuje modele zabezpieczeń na poziomie tabel i natywnie uruchamia logikę biznesową, wtyczki oraz przepływy pracy względem rekordów. Gdy użytkownik tworzy lub aktualizuje rekord, ostateczną instancją jest Dataverse. Warstwa aplikacji i warstwa magazynu są w pełni zunifikowane.

Tabele wirtualne

Wirtualne tabele działają bardziej jak katalog biblioteczny lub bezpieczny strumień wideo. Dataverse przechowuje schemat, definicje kolumn i metadane potrzebne do wyświetlenia znanego interfejsu w aplikacjach opartych na modelu, ale nie przechowuje samych rekordów. Gdy użytkownik otwiera widok lub stosuje filtr, Dataverse przekształca żądanie, wysyła zapytanie do systemu zewnętrznego za pośrednictwem dostawcy danych i na bieżąco wyświetla aktualną odpowiedź. Aplikacja zewnętrzna pozostaje niekwestionowanym właścicielem cyklu życia rekordu.

Ocena kompromisów operacyjnych i ograniczeń

Chociaż wirtualne tabele rozwiązują problem uciążliwej synchronizacji, wprowadzają specyficzne ograniczenia, które deweloperzy i administratorzy muszą starannie ocenić. Ponieważ dane źródłowe nie znajdują się w Dataverse, niektóre możliwości platformy nie działają tak samo jak w przypadku standardowych tabel.

Zaawansowane wyszukiwanie, złożone wtyczki po stronie serwera, pola zbiorcze (roll-up) i asynchroniczne procesy robocze w tle mogą zachowywać się nieprzewidywalnie lub zakończyć się niepowodzeniem, jeśli zakładają lokalne przechowywanie danych. Ponadto wydajność jest bezpośrednio uzależniona od kondycji i czasu reakcji zewnętrznego interfejsu API lub źródła danych. Jeśli zewnętrzna aplikacja ERP lub magazynowa zacznie mieć opóźnienia albo przestanie działać, odpowiadające im wirtualne tabele w Dynamics 365 zawieszą się lub zgłoszą błędy połączenia.

Modelowanie zabezpieczeń również wymaga starannego planowania. Role zabezpieczeń Dataverse mogą kontrolować, kto może wyświetlać lub edytować definicję wirtualnej tabeli, ale zabezpieczenia na poziomie wiersza muszą często być egzekwowane po stronie zewnętrznego interfejsu API lub za pomocą niestandardowych dostawców danych, aby użytkownicy mieli dostęp wyłącznie do autoryzowanych rekordów.

Podsumowanie

Wybór między standardowymi tabelami Dataverse a wirtualnymi tabelami zależy ostatecznie od tego, kto jest właścicielem cyklu życia danych oraz czy użytkownicy potrzebują trwałego lokalnego magazynu, czy wystarczy im prosta widoczność kontekstowa. Dzięki starannemu mapowaniu zewnętrznych źródeł danych zamiast ich replikowania organizacje mogą utrzymać jeden, czytelny obszar roboczy w Dynamics 365, bez zamieniania Dataverse w chaotyczne wysypisko zduplikowanych tabel bazy danych. Aby poznać podstawowe elementy tego podejścia do integracji, koniecznie posłuchaj całego odcinka i zasubskrybuj podcast, by otrzymywać więcej praktycznych wskazówek dotyczących chmury.

Często zadawane pytania

Czy wirtualne tabele zajmują miejsce w magazynie Dataverse?

Nie. Ponieważ wirtualne tabele przechowują w Dataverse wyłącznie definicje tabel, metadane i schematy, a rzeczywiste rekordy pozostają w systemie zewnętrznym, nie zużywają pojemności bazy danych Dataverse w organizacji.

Czy użytkownicy mogą edytować rekordy wyświetlane za pośrednictwem wirtualnej tabeli?

Tak, o ile bazowy dostawca danych i system zewnętrzny obsługują operacje zapisu. Wbudowani dostawcy OData v4 oraz integracje z Finance and Operations mogą obsługiwać akcje tworzenia, aktualizacji i usuwania, jednak system zewnętrzny nadal egzekwuje własne reguły walidacji.

Co się stanie, jeśli zewnętrzne źródło danych przestanie działać?

Jeśli aplikacja zewnętrzna lub jej interfejs API staną się niedostępne, użytkownicy przeglądający wirtualną tabelę w Dynamics 365 zobaczą błędy ładowania lub puste siatki, ponieważ zapytania w czasie rzeczywistym nie mogą pobrać rekordów zewnętrznych.

Czy wirtualne tabele to to samo co encje wirtualne?

Tak. Encje wirtualne to dawny termin używany w starszej dokumentacji i konfiguracjach Microsoft, natomiast wirtualne tabele to obecna, oficjalna terminologia. Architektura i podstawowe koncepcje pozostają identyczne.