Oracle sys xmltype storage binary options

Używam kolumny XMLType w niektórych moich tabel bazy danych Oracle. Wcześniej (w 11.2.0.2) domyślnym typem pamięci masowej jest CLOB. Więc jeśli wydajesz zapytanie dla kolumn XMLType, widzę zawartość kolumny jako ciąg znaków XML. Ale po upuszczeniu i odtworzeniu wszystkich tabel i wstawieniu niektórych danych nie mogłem uzyskać zawartości kolumn XMLType. Zwykle wyświetla typ XMLType w wartości cloumn. Mam wątpliwości, czy typ pamięci jest przechowywany w BINARNYM XML'u. Dlatego wydaje następującą instrukcję alter: Proszę zauważyć, że w tabeli są już pewne dane. Zdarzenie po usunięciu i wstawieniu wiersza, zawartość jest wyświetlana jako XMLType. Używam narzędzia do programowania deweloperów SQL. Czy ktokolwiek może zaproponować sposób rozwiązania tego problemu? Ok, teraz zdecydowaliśmy, że będziemy przechowywać zawartość kolumny XMLType jako BEZPIECZNY FILE BINARY XML. Mamy więc tabelę podobną do tej: Kolumna XMLType jest wyświetlana jako SYS. XMLType w programie SQL Developer. Jak zdobyć zawartość binarnego XML SELECT x. ID, x. Vid, x. details. getCLOBVal () FROM XMYTYPETESTx gdzie x. ID100000 Powyższe zapytanie działa dla mnie w końcu. Dokumentacja Oracle twierdzi, że przechowuje XMLType więcej compact jako BINARY XML niż jako CLOB. Ale jak mogę się dowiedzieć, ile miejsca zajmuje binarny xml. Tak więc, size wydaje się być wielkością jakiegoś wskaźnika lub lokalizatora LOB, a getclobval rozpakowuje binarny XML na tekst. Ale co z wielkością pamięci binarnego samego pliku XML? Proszę pomóż, rozmiar stołu wynosi 340 GB, więc warto zajrzeć do opcji przechowywania. Zapytany 15 lipca 14 o 17:41 Segment nie ma nic wspólnego z rzędem jako takim. Segment jest albo tabelą, partycją tabeli, indeksem, LOB. Ważne jest, aby przechowywać w nim więcej niż 4k, tak aby twój lob nie był zapisywany w wierszu quotin linequot, co oznacza, że ​​w rzeczywistym bloku bazy danych samego wiersza jest przechowywany w segmencie LOB wiersza zamówienia. ndash gvenzl Jul 22 14 o 13:00 problem z wydawnictwem, nie wolno publikować komentarzy, które chciałbyś powiedzieć między pytaniami, tak jak ja rozumiem. jedynym podobieństwem jest kwestia przestrzeni dyskowej, która może być przydatna do oszacowania prawdopodobieństwa. nie wspomniałeś o typie danych, które zamierzasz przechowywać jako bXML. rozpakowuje binarny XML do tekstu. Jeśli jest to czysty XML, to zależy to od używanej kompresora. Zwykle do kompresji binarnej używany jest plik lzmagzip. Być może piszę o rzeczach zbyt oczywistych, ale to wszystko, co wiem5 Używanie binarnego XML dla Javy Wprowadzenie do binarnego XML dla Java Binary XML zostało wprowadzone w Oracle 11 g wydanie 1 (11.1). Binarny XML umożliwia kodowanie i dekodowanie między tekstem XML a skompresowanym binarnym XML. Aby zwiększyć wydajność, interfejsy API DOM i SAX są dostarczane na wierzchu binarnego XML do bezpośredniego wykorzystania przez aplikacje XML. Kompresja i dekompresja fragmentów dokumentu XML ułatwia stopniowe przetwarzanie. W niniejszym rozdziale założono, że znasz parser XML dla Javy. Binary XML Storage Format Opcja przechowywania danych XMLType umożliwia zapisywanie dokumentów XML w nowym formacie binarnym. Nowa opcja przechowywania jest dodatkiem do istniejących obiektów pamięci CLOB i obiektowo-relacyjnych. Tabele i kolumny XMLType mogą być tworzone przy użyciu nowej opcji binarnego przechowywania XML. Dane XML w formacie binarnym mogą być dostępne i obsługiwane przez wszystkich istniejących operatorów i funkcje SQL oraz PLSQL API, które działają na XMLType. Binarny XML to kompaktowe kodowanie XML danych XML, ale można go używać z danymi XML, które nie są oparte na schemacie XML. Możesz także użyć binarnego XML dla danych XML, które znajdują się poza bazą danych (na przykład w aplikacji klienckiej). Binarny XML pozwala na kodowanie i dekodowanie dokumentów XML, od tekstu do binarnego i binarnego do tekstu. Binarny XML jest postparamentowym trwałym plikiem XML z natywnymi typami danych baz danych. Binarny XML zapewnia wydajniejsze przechowywanie, aktualizowanie, indeksowanie, wydajność zapytań i ekstrakcję fragmentów w bazie danych niż w pamięci nieustrukturowanej. Może przechowywać dane i metadane razem lub osobno. Binarne procesory XML Binarny procesor XML jest abstrakcyjnym terminem opisującym komponent przetwarzający i przekształcający binarny format XML na tekst i tekst XML na binarny format XML. Może również zapewniać pamięć podręczną do przechowywania schematów. Podstawową klasą binarnego procesora XML jest BinXMLProcessor. Binarny procesor XML może inicjować lub odbierać żądania protokołu sieciowego. Modele wykorzystujące binarny XML Istnieje kilka modeli używania binarnego XML w aplikacjach. Po pierwsze, jest to słownik terminów: Słownik dla binarnego XML Oto glosariusz terminów użycia binarnego XML: doc-id. Każdy zakodowany dokument XML jest identyfikowany przez unikalny identyfikator dokumentu. Jest to 16-bajtowy globalny identyfikator użytkownika (GUID) lub nieprzejrzysta sekwencja bajtów, na przykład adres URL. stół żetonowy. Kiedy tekstowy dokument XML nie ma powiązanego z nim schematu, to tablica tokenu (lub symbolu) jest używana do zminimalizowania przestrzeni dla powtarzających się elementów. identyfikator słownika. Może to być identyfikator schematu lub identyfikator URI przestrzeni nazw dla tabeli tokenów. identyfikator schematu. Niepowtarzalny nieprzezroczysty identyfikator binarny dla schematu z binarnym procesorem XML. Identyfikator schematu jest unikalny dla binarnego procesora XML i jest możliwy do zidentyfikowania tylko w zakresie tego binarnego procesora XML. Identyfikator schematu pozostaje niezmienny nawet wtedy, gdy schemat jest ewoluowany. Identyfikator schematu reprezentuje cały zestaw dokumentów schematu, w tym schematy importowane i włączone. wersja schematu. Każdy schemat z adnotacjami ma powiązany z nim numer wersji. Numer wersji jest określony jako część adnotacji na poziomie systemu. Jest on zwiększany przez binarny procesor XML, gdy schemat jest ewoluowany (to znaczy, że nowa wersja tego samego schematu jest zarejestrowana w binarnym procesorze XML). częściowa ważność. Kodowanie strumienia binarnego XML za pomocą schematu implikuje przynajmniej częściową ważność w odniesieniu do schematu. Częściowa ważność oznacza brak weryfikacji dla unikalnych kluczy, kluczy, identyfikatorów lub IDREF. Model autonomiczny Jest to najprostszy scenariusz użycia binarnego XML. Istnieje jeden binarny procesor XML. Jedynym dostępnym repozytorium jest pamięć podręczna słownika lokalnego w pamięci, która nie jest trwała i jest dostępna tylko przez cały okres istnienia binarnego procesora XML. Wszystkie schematy muszą być wcześniej zarejestrowane z binarnym procesorem XML przed kodowaniem lub mogą być rejestrowane automatycznie, gdy procesor XML zobaczy znacznik xsi: SchemaLocation. Do dekodowania schemat jest już dostępny w pamięci podręcznej słownika. Jeśli dekodowanie odbywa się w innym binarnym procesorze XML, zobacz opisywane tutaj różne modele usług internetowych. Model klient-serwer W tym scenariuszu binarny procesor XML jest podłączony do bazy danych za pomocą JDBC. Zakłada się, że schemat jest rejestrowany w bazie danych przed kodowaniem. Oto przykład, jak to osiągnąć: Jeśli nie podano osobnego połączenia dla danych (przy użyciu metody associateDataConnection ()) zakłada się, że wszystkie dane i metadane są przechowywane i pobierane za pomocą pojedynczego połączenia do kodowania i dekodowania. Model usług internetowych z repozytorium W tym scenariuszu istnieje wielu klientów, z których każdy pracuje z binarnym procesorem XML. Jeden klient wykonuje kodowanie, a drugi klient dekoduje. Istnieje wspólne repozytorium (niekoniecznie baza danych) połączone ze wszystkimi klientami w celu przechowywania metadanych. Może to być system plików lub inne repozytorium. Pierwszy binarny procesor XML zapewnia zarejestrowanie schematu w repozytorium przed wykonaniem kodowania lub schemat może zostać automatycznie zarejestrowany przy użyciu znacznika xsi: schemaLocation w czasie kodowania. Drugi binarny procesor XML jest używany do dekodowania, nie jest świadomy położenia schematu i pobiera schemat z repozytorium. Jeśli pierwszy binarny procesor XML zarejestruje schemat, a drugi binarny procesor XML zarejestruje ten sam schemat w repozytorium, binarny procesor XML nie skompiluje schematu, ale po prostu zwróci identyfikator słownika istniejącego skompilowanego schematu w lokalnej pamięci podręcznej słownika. BinXMLProcessor nie jest bezpieczny dla wątków, więc wiele wątków lub klientów uzyskujących dostęp do repozytorium musi wdrożyć własny schemat bezpieczeństwa wątków. Model usług internetowych bez repozytorium W tym scenariuszu istnieje wielu klientów, z których każdy ma binarny procesor XML. Kodowanie i dekodowanie może się zdarzyć na różnych klientach. Nie ma wspólnego repozytorium metadanych. Koder musi zapewnić, że dane binarne przekazywane do następnego klienta są niezależne od schematu: to znaczy zawierają wbudowane definicje tokenów. Można to osiągnąć ustawiając wartość true dla właściwości schemaAware false i inlineTokenDefs. przy użyciu metody setProperty () podczas kodowania. Podczas dekodowania nie jest wymagany żaden schemat. Części binarnego XML dla Java Binarna funkcjonalność Java XML składa się z trzech części: Binarne kodowanie XML - Binarny koder XML konwertuje XML 1.0 infoset na binarny XML. Binarne dekodowanie XML - Binarny dekoder XML konwertuje binarny XML na plik XML. Binarne zarządzanie słownikiem XML, które obejmuje zarządzanie schematem i tokenem. Binarne kodowanie XML Koder jest tworzony z poziomu BinXMLStream. Jako dane wejściowe przyjmuje tekst XML i wysyła zakodowany binarny XML do BinXMLStream, z którego został utworzony. Koder odczytuje tekst XML za pomocą transmisji strumieniowej SAX. Kodowanie tekstu XML opiera się na wynikach analizy XML. Ustaw flagę schemaAware na koderze, która określa, czy kodowanie jest schematyczne, czy nie ma schematu. W przypadku kodowania uwzględniającego schemat koder określa, czy schemat z określonym adresem URL schematu został zarejestrowany w menedżerze słownika. W przypadku procesora opartego na repozytorium lub na bazie danych enkoder wysyła zapytanie do repozytorium lub bazy danych o skompilowany schemat na podstawie adresu URL schematu. Jeśli schemat jest dostępny w bazie danych, jest pobierany z repozytorium lub bazy danych w formacie binarnego XML i rejestrowany w lokalnym menedżerze słownika. Słownictwo jest schematem. Ustaw także flagę, aby wskazać, że kodowanie skutkuje binarnym strumieniem XML, który jest niezależny od schematu. W tym przypadku wynikowy strumień binarny XML zawiera wszystkie definicje tokenów wbudowane i nie jest zależne od schematów lub zestawów zewnętrznych tokenów. Jeśli kodowanie jest świadome schematu, koder wykorzystuje informacje o typie danych z obiektu schematu w celu bardziej wydajnego kodowania strumienia SAX. Istnieje domyślny typ danych kodowania powiązany z każdym wbudowanym typem danych schematu. Kodowanie strumienia binarnego XML za pomocą schematu implikuje co najmniej częściową ważność w odniesieniu do schematu (w przypadku częściowej ważności nie ma sprawdzania poprawności dla klucza unikatowego, klucza lub identyfikatora lub wskaźników DREF). Jeśli dane są znane jako całkowicie poprawne w odniesieniu do schematu, zakodowany strumień binarny XML przechowuje te informacje. Podręcznik programisty Oracle XML DB dla tabel typów binarnych typów kodowania i ich mapowania z typów danych XML Schema Jeśli nie ma schematu związanego z tekstem XML, generowane są identyfikatory tokenów całkowitych dla powtarzających się elementów w tekście XML. Tworzenie tabeli tokenów tokenów i definicji tokenów jest ważną techniką kompresji. Definicje tokenów są przechowywane jako tabele znaczników w pamięci podręcznej słownika. Jeśli właściwość dla definicji wbudowanego tokenu jest ustawiona, to definicje tokenów są obecne w linii. Inną właściwością enkodera jest określenie informacji PSVI (Post Schema Validated Infoset) jako części strumienia binarnego. Jeśli jest ustawione na wartość true, dostęp do informacji PSVI można uzyskać za pomocą interfejsów API rozszerzeń XDK dla PSVI w DOM. Jeśli psvi jest prawdziwe, to wejściowy kod XML jest w pełni sprawdzany pod względem schematu. Jeśli psvi jest fałszywe, informacja PSVI nie jest zawarta w wyjściowym strumieniu binarnym. Wartością domyślną jest fałsz. Binarne dekodowanie XML Binarny dekoder XML konwertuje binarny kod XML na format XML. Dekoder jest tworzony z BinXMLStream, z którego odczytuje binarny XML z tego strumienia i wysyła zdarzenia SAX lub zapewnia interfejs API InfosetReader w stylu pobierania do odczytywania dekodowanego XML. Jeśli schemat jest skojarzony z BinXMLStream. binarny dekoder XML pobiera skojarzony obiekt schematu z pamięci podręcznej słownika, używając identyfikatora słownika przed dekodowaniem. Jeśli schemat nie jest dostępny w pamięci podręcznej słownika, a informacja o połączeniu z serwerem jest dostępna, to schemat jest pobierany z serwera. Jeśli żaden schemat nie jest powiązany z BinXMLStream. wówczas definicje tokenów mogą być wstawiane w BinXMLStream lub przechowywane w zestawie tokenów. Jeśli tokeny odpowiadającej przestrzeni nazw nie są przechowywane w pamięci podręcznej lokalnego słownika, zestaw znaczników jest pobierany z repozytorium. Binarne zarządzanie słownikami XML Binarne procesory XML są różnego typu w zależności od lokalizacji metadanych (schematów lub zestawów znaczników) - lokalnego binarnego procesora XML lub binarnego procesora XML repozytorium. Zarządzanie schematem Aby zachować trwałość metadanych, zaleca się użycie procesora DB binarnego XML. W takim przypadku schematy i zestawy tokenów są rejestrowane w bazie danych. Menedżer słownictwa pobiera z bazy danych schemat lub zestawy tokenów i umieszcza je w pamięci podręcznej lokalnego słownika w celu kodowania i dekodowania. Jeśli chcesz korzystać z trwałego repozytorium metadanych, które nie jest bazą danych, możesz podłączyć własne repozytorium metadanych. Musisz wdrożyć interfejs do komunikacji z tym repozytorium, BinXMLMetadataProvider. Rejestracja schematu Zarejestruj schematy lokalnie za pomocą lokalnego binarnego procesora XML. Lokalny binarny procesor XML zawiera menedżera słownictwa, który przechowuje wszystkie schematy przesłane przez użytkownika na czas jego istnienia. Menedżer słownictwa powiązany z lokalnym procesorem XML binarnym nie zapewnia trwałości schematu. Jeśli zarejestrujesz ten sam schemat (ta sama lokalizacja schematu i ten sam docelowy obszar nazw), wówczas schemat nie zostanie przeanalizowany, a istniejący identyfikator słownika zostanie zwrócony. Jeśli nowy schemat z tą samą docelową przestrzenią nazw i inną lokalizacją schematu zostanie zarejestrowany, istniejąca definicja schematu zostanie rozszerzona o nowe definicje schematów lub spowoduje błąd konfliktu. Identyfikacja schematu Każdy schemat jest identyfikowany przez identyfikator słownika. Identyfikator słownika znajduje się w zakresie procesora i jest unikalny w obrębie procesora. Każdy dokument, który sprawdza poprawność za pomocą schematu, jest wymagany do sprawdzenia poprawności z najnowszą wersją schematu. Adnotacje schematu Binarne adnotacje XML mogą pojawiać się tylko w elemencie ltxsd: appInfogt w schemacie. Istnieją dwie kategorie adnotacji schematu - poziom użytkownika i systemowy. Menedżer słownictwa interpretuje je w momencie rejestracji schematu. Wszystkie inne typy adnotacji (na przykład adnotacje związane z bazą danych są ignorowane). Adnotacje na poziomie użytkownika Są one określone przez użytkownika przed rejestracją. encodingType - To może być użyte w elemencie xsd:. xsd: attribute lub xsd: simpleType elements. Wskazuje typ danych używany do kodowania wartości węzła danego elementu lub atrybutu. W przypadku łańcuchów istnieje tylko obsługa kodowania UTF8 w tej wersji. Adnotacje na poziomie systemu Menedżer słownika dodaje je w momencie rejestracji, nie można ich zastąpić. Zarządzanie Tokenem Zestawy tokenów mogą być pobierane z bazy danych lub repozytorium metadanych, buforowane w lokalnym menedżerze słownika i wykorzystywane do dekodowania. Podczas kodowania zestawy tokenów można przekazywać do repozytorium w celu zachowania trwałości. Definicje tokenów mogą być również włączone jako część binarnego strumienia XML poprzez ustawienie flagi na koderze. Używanie pakietu Java Binary XML Klasa BinXMLStream reprezentuje binarny strumień XML. Różne lokalizacje przechowywania zdefiniowane dla binarnego strumienia XML to: InputStream - strumień do odczytu. OutputStream - strumień do zapisu. URL - strumień do czytania. Plik - strumień do odczytu i zapisu. BLOB - strumień do czytania i pisania. Tablica bajtów - strumień do czytania i pisania. W pamięci - strumień do czytania i pisania. Obiekt BinXMLStream określa typ pamięci podczas tworzenia. Obiekt BinXMLStream można utworzyć z fabryki BinXMLProcessor. Fabrykę tę można zainicjować za pomocą połączenia JDBC (w celu zdalnego dostępu do metadanych), puli połączeń, adresu URL lub PageManagerPool (w przypadku leniwego magazynu w pamięci). BinXMLEncoder i BinXMLDecoder można tworzyć z BinXMLStream do kodowania lub dekodowania. 1. Oto przykład tworzenia procesora bez repozytorium, rejestrowania schematu, kodowania zdarzeń XML SAX do formatu binarnego uwzględniającego schemat i przechowywania w pliku: Oprócz pobierania obiektu ContentHandler. możesz również uzyskać inne programy obsługi, takie jak: Użyj hdlr w aplikacji generującej zdarzenia SAX. 2. Oto przykład tworzenia procesora z repozytorium bazy danych, dekodowania strumienia binarnego Świadomy schematu i odczytywania dekodowanego XML przy użyciu API pull. Schemat jest pobierany z repozytorium bazy danych do dekodowania. Użyj xmlreader, aby odczytać XML w stylu pull z dekodera. Binarny koder XML Enkoder pobiera dane wejściowe XML, które są analizowane i odczytywane za pomocą zdarzeń SAX, i generuje binarny kod XML. Opcja bez schematu Przed kodowaniem można określić opcję schematu lub opcję bez schematu. Wartością domyślną jest kodowanie bez schematu. Jeśli jest ustawiona opcja Świadomość schematu, kodowanie jest wykonywane na podstawie schematów określonych w dokumencie instancji. Schematy z adnotacjami używane do kodowania są również wymagane w momencie dekodowania. Jeśli podano opcję bez schematu, kodowanie jest niezależne od schematów, ale tokeny są domyślnie wbudowane. Aby przesłonić wartość domyślną, ustaw opcję Inline-token false. Opcja Inline-token Możesz ustawić opcję tworzenia binarnego strumienia XML z wbudowanymi definicjami tokenów przed kodowaniem. Jeśli zaznaczenie jest wyłączone, musisz upewnić się, że procesory enkodera lub dekodera używają tego samego repozytorium metadanych. Flaga Inline-token jest ignorowana, jeśli opcja-schema-aware jest prawdziwa. Domyślnie definicje tokenów są wbudowane. Rysunek 5-1 Binarny kodowanie XML Binarny dekoder XML Binarny dekoder XML pobiera binarny strumień XML jako dane wejściowe i generuje zdarzenia SAX jako dane wyjściowe lub zapewnia interfejs przyciągania do odczytywania dekodowanego kodu XML. W przypadku binarnego strumienia XML obsługującego schemat, binarny dekoder XML współdziała z menedżerem słownika, aby wyodrębnić informacje o schemacie. Jeśli menedżer słownictwa nie zawiera wymaganego schematu, a procesor jest typu binarnego XML DB z poprawnym połączeniem JDBC, wówczas schemat zdalny jest pobierany z bazy danych lub repozytorium metadanych na podstawie identyfikatora słownika w binarnym strumieniu XML do być zdekodowane. Podobnie, zestaw definicji tokenów można pobrać z bazy danych lub repozytorium metadanych. Rysunek 5-2 Rejestracja schematu XML binarnego schematu Oto przepływ tego procesu: jeśli słownictwo jest schematem XML, pobiera tekst schematu XML jako dane wejściowe. Adnotator schematu zawiera adnotacje do tekstu schematu z adnotacjami na poziomie systemu. Schemat może już zawierać adnotacje na poziomie użytkownika. Wynikowy schemat z adnotacjami jest przetwarzany przez program budujący schematy w celu utworzenia obiektu schematu XML. Ten obiekt schematu XML jest przechowywany w pamięci podręcznej słownika. Pamięć podręczna słownika przypisuje unikalny identyfikator słownika dla każdego obiektu schematu XML, który jest zwracany jako wynik. Adnotowana reprezentacja DOM schematu jest wysyłana do binarnego kodera XML. Rozwiązywanie xsi: schemaLocation Podczas kodowania, jeśli schemaAware ma wartość true, a właściwość ImplcitSchemaRegistration ma wartość true. następnie pierwszy znacznik xsi: schemaLocation obecny w głównym elemencie dokumentu instancji XML automatycznie rejestruje ten schemat w lokalnym menedżerze słownika. Wszystkie inne znaczniki schemaLocation nie są jawnie rejestrowane. Jeśli procesor jest zorientowany na bazę danych, wówczas schemat jest również rejestrowany w bazie danych podobnie dla dowolnego procesora opartego na repozytorium metadanych. Jeśli kodowanie jest ustawione na schemaAware ma wartość false lub ImplcitSchemaRejestracja ma wartość false. następnie wszystkie znaczniki xsi: schemaLocation są ignorowane przez koder. Binarny XML DB Obiekt DBBinXMLMetadataProvider jest instancjonowany z dedykowanym połączeniem JDBC lub pulą połączeń w celu uzyskania dostępu do informacji o słownictwie, takich jak schemat i zestaw znaczników. Procesor jest również powiązany z jednym lub większą liczbą połączeń danych w celu uzyskania dostępu do danych XML. Binarny procesor XML może komunikować się z bazą danych dla różnych typów binarnych operacji XML związanych z przechowywaniem i odzyskiwaniem binarnych schematów XML, zestawów tokenów i binarnych strumieni XML. Komunikacja z bazami danych odbywa się w następujący sposób: Wyodrębnianie skompilowanego binarnego schematu XML przy użyciu identyfikatora słownika lub adresu URL schematu Aby pobrać skompilowany binarny schemat XML do kodowania, baza danych jest przeszukiwana na podstawie adresu URL schematu. Do dekodowania binarnego schematu XML, pobierz go z bazy danych na podstawie identyfikatora słownika. Przechowywanie nieskompilowanego binarnego schematu XML za pomocą adresu URL schematu i pobierania identyfikatora słownika. Kiedy napotkano znacznik xsi: schemaLocation podczas kodowania, schemat jest rejestrowany w bazie danych dla trwałego przechowywania w bazie danych. Identyfikator słownika powiązany ze schematem, a także binarna wersja skompilowanego schematu jest pobierana z bazy danych, skompilowany obiekt schematu jest budowany i przechowywany w lokalnej pamięci podręcznej przy użyciu identyfikatora słownika zwróconego z bazy danych. Pobieranie zestawu binarnych znaczników za pomocą adresu URL przestrzeni nazw. Jeśli zdekodowany strumień binarny jest powiązany z tabelami znaczników do dekodowania, są one pobierane z bazy danych za pomocą połączenia metadanych. Przechowywanie binarnego zestawu znaków za pomocą adresu URL przestrzeni nazw Jeśli tekst XML został zakodowany bez schematu, wówczas powstaje zestaw znaczników tokenów. Te tabele znaczników mogą być przechowywane w bazie danych. Połączenie metadanych służy do przesyłania zestawu tokenów do bazy danych. Binarny strumień XML z opcją zdalnego przechowywania Twoim obowiązkiem jest utworzenie tabeli zawierającej kolumnę XMLType z binarnym XML do przechowywania wyników kodowania i pobierania binarnego XML do dekodowania. Komunikacja z bazą danych może odbywać się za pomocą SQLNet i JDBC. Pobierz obiekt XMLType z wynikowego zestawu wyników kwerendy JDBC. BinXMLStream do odczytywania danych binarnych lub do zapisywania danych binarnych można utworzyć z obiektu XMLType. Klasa XMLType musi zostać rozszerzona o obsługę odczytu i zapisu binarnych danych XML. Trwałe przechowywanie metadanych Lokalny menedżer słownictwa i pamięć podręczna przechowuje informacje o metadanych w pamięci przez okres użytkowania BinXMLProcessor. Podłącz własną pamięć masową back-end dla metadanych, implementując interfejs BinXMLMetadataProvider i podłączając go do BinXMLProcessor. Obecnie obsługiwany jest tylko jeden dostawca metadanych dla każdego procesora. Musisz zakodować obiekt FileBinXMLMetadataProvider, który implementuje interfejs BinXMLMetadataProvider. Koder i dekoder wykorzystują te interfejsy API, aby uzyskać dostęp do metadanych z utrwalonego magazynu zaplecza. Skonfiguruj informacje o konfiguracji dla trwałej pamięci masowej: na przykład katalog główny w przypadku systemu plików w klasie FileBinXMLMetadataProvider. Utwórz instancję FileBinXMLMetadataProvider i podłącz ją do BinXMLProcessor. Skrypty na tej stronie usprawniają nawigację treści, ale nie zmieniają jej w żaden sposób.