Usługa katalogowa: Różnice pomiędzy wersjami
[wersja nieprzejrzana] | [wersja nieprzejrzana] |
Usunięta treść Dodana treść
m link |
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
* Schemat jest zdefiniowany jako klasy obiektowe, atrybuty, dane (przestrzenie nazw, namespace).
* Klasa jest zdefiniowana następująco
|