bs4core
Rekurencyjny odczyt danych
Rekurencyjny odczyt danych w systemie bs4 core umożliwia dostęp do danych dotyczących powiązanych obiektów, np. kiedy w zestawieniu kontrahentów chcemy wyświetlać dane z powiązanych z nimi transakcji. Mechanizm rekurencyjnego odczytu danych umożliwia wykorzystywanych powiązanych informacji w wielu miejscach.
Przykłady zastosowania rekurencyjnego odczytu danych
Zestawienie
W zestawieniu osób kontrahentów chce wyświetlić NIP kontrahenta, u którego pracuje osoba.
Filtr
Chce filtrować pozycje produktowe ofert po dacie utworzenia transakcji lub opiekunie transakcji.
Wydruk
W drukowanym piśmie chce wyświetlić dane kontaktowe handlowca odpowiedzialnego za kontakty z kontrahentem, do którego adresowane jest pismo.
Miejsca, w których używany jest mechanizm rekurencyjnego odczytu danych
W Edytorze kolumn podczas projektowania zawartości kolumny zestawienia.
W Edytorze filtrów podczas definiowania działania filtra w zestawieniu.
W Edytorze znaczników do szablonu.
W Edytorze komendy triggera.
Specjalista IT ze znajomością SQL, posiadający dostęp do bazy danych systemu, w takim przypadku pisałby zapytania SELECT do bazy danych, korzystające z JOIN, LEFT JOIN lub SUBSELECTów.
Jednakże system bs4 core jest platformą low code, która nie wymaga programowania w celu dostosowania do potrzeb wdrożeń i znajomość SQL nie jest niezbędna.
Przykład rekurencyjnego odczytu danych w systemie bs4 core
Konfiguracja filtra, który ma wyszukiwać transakcje klientów z główną siedzibą w województwie wielkopolskim.
Filtr ma być użyty w zestawieniu transakcji. Zatem pierwszą podstawową klasą związaną z filtrem jest “Transakcja”. Wśród pól opisujących transakcję jest pole “Kontrahent” typu powiązanie jednokrotnego wyboru do innej klasy (konkretnie do klasy Kontrahent). Wskazujemy je w ścieżce w edytorze filtra.
Teraz edytor oczekuje wskazania końcowego pola z klasy Kontrahent (np. gdybyśmy chcieli szukać po NIP), po którym chcemy filtrować lub dalszego pola na ścieżce. Wskazujemy pole: “Główny adres” – pole typu powiązanie prowadzące do klasy z adresami kontrahentów.
Edytor oczekuje teraz, że filtr będzie operować na polach opisujących adresy kontrahentów. Możemy tutaj już wskazać końcowe pole “Województwo”. Nie jest to konieczne, gdyż program nie ogranicza dalszego budowania ścieżki po kolejnych powiązanych polach.
Uzyskaliśmy filtr, który szuka transakcji po województwie, w którym jest główna siedziba kontrahenta, którego dotyczy dana transakcja.
Program oferuje podobny mechanizm dla znaczników i kolumn. Poza polami typu powiązanie w ścieżce można wskazywać również podzapytania.