Usługa katalogowa: Różnice pomiędzy wersjami

[wersja nieprzejrzana][wersja nieprzejrzana]
Usunięta treść Dodana treść
m link
RzuB (dyskusja | edycje)
m lit.
Linia 23:
* W zależności od aplikacji katalogowej, informacje są o wiele częściej czytane aniżeli zapisywane. W związku z tym zalety bazy danych takie jak rollback czy transakcje w niektórych usługach katalogowych nie są nawet zaimplementowane. Dane mogą być niepotrzebne, ale celem jest szybsza odpowiedź podczas wyszukiwania danych.
* Dane mogą zostać zorganizowane w hierarchiczny sposób, który czasem może być nawet problematyczny. W celu owładnięcia problemów z głębokimi przestrzeniami nazw, niektóre usługi katalogowe dzielą przestrzenie nazw hierarchicznie w mechanizmie składowania w celu optymalizacji nawigacji. Wyszukiwanie odbywa się na podstawie atrybutów danych a następnie odczytywane są wartości ich przestrzeni nazw, ta metoda jest szybsza aniżeli nawigacja poprzez poszczególne przestrzenie. W ocenie relacji, tradycyjne usługi katalogowe nie posiadają za wiele relacji wiele do wielu. Takie relacje muszą być utrzymane wyraźnie poprzez używanie list, które rozróżniają nazwy oraz inne identyfikatory.
* Oryginalnie hierarchiczne informacje usług katalogowych typu X.500 były uważane za problematyczne w porównaniu do relacyjnych baz danych. Obecnie implementowane są obiektowe bazy danych wykorzystując JaveJavę, dokumenty XML także zaadoptowały hierarchiczny obiektowy model danych.
* Schemat jest zdefiniowany jako klasy obiektowe, atrybuty, dane (przestrzenie nazw, namespace).
* Klasa jest zdefiniowana następująco