To jest rzeczywiście coś, na co można znaleźć niewielką dokumentację publicznie. Są zajęcia / warsztaty, za które ESRI pobiera opłaty lub w których możesz uczestniczyć w ESRIUC, ale mniej w przestrzeni publicznej.
Kilka punktów, o których wspomniałeś, wynika z dobrych praktyk DBA; ale niektóre naprawdę nie i naprawdę zależą od twoich systemów i potrzeb.
Dla integralności kluczowa jest stabilna platforma sprzętowa (zawsze chodzę do systemów klastrowych); i przy użyciu właściwego zaplecza DB. Pochodzę z mocnego stanu i federacji, więc zwykle trzymam się dużych baz danych, takich jak MSSQL lub Oracle. MSSQL2008 spatial daje dobry zestaw narzędzi do kosztów; w przeciwieństwie do tego, czy naprawdę chcesz mieć kuloodporny dostęp z dostępem stron trzecich, rozważ Oracle; gdzie wiele aplikacji łączy się ze stroną przestrzenną.
Bezpieczeństwo; cóż, musisz mieć silną DBA, aby upewnić się, że masz poprawnie skonfigurowane konta; ale musisz także użyć wbudowanych elementów sterujących ESRI, aby określić, kto może czytać / zapisywać itp. z twoich baz danych. To również stawia pod znakiem zapytania strukturę twoich danych i systemów, które z nich korzystają; czy musisz tworzyć silosy o wyższym poziomie bezpieczeństwa, w których poziom bezpieczeństwa jest bardziej rygorystyczny; lub jest po prostu ogromnym pojedynczym DB w porządku z utrzymaniem użytkownika przez uprawnienia na poziomie użytkownika we wszystkich funkcjach.
Warto również pomyśleć o użyciu wewnętrznych obiektów, takich jak domeny czy tabele referencyjne, z tymi wartościami, które są dla ciebie dobre; domeny mogą być niedostępne w aplikacjach innych firm przeglądających twoje dane; gdzie można połączyć tabelę referencyjną i masz te zakodowane wartości.
Normalizacja danych to duży temat do rozważenia; niektórzy ludzie są szczęśliwi, wykonując solidny znormalizowany projekt z funkcjami tylko SDE dla geometrii, a następnie wszystkimi tabelami w tabelach biznesowych, które następnie mają wiele indeksów i widoków, aby zoptymalizować wydajność wyszukiwania przez inne aplikacje.
Więc jeśli masz określone obszary, które Cię interesują; możesz dodać więcej szczegółów do swoich pytań, ale wiele z tego, czego szukasz naprawdę, zależy od twojej platformy i twoich potrzeb funkcjonalnych. Szybka aplikacja internetowa może nie chcieć SDE zamiast tylko fGDB; w porównaniu z danymi dynamicznymi wymagałoby SDE.
Myślę, że DeWright prawie trafił w sedno. Im bardziej złożona jest strategia bezpieczeństwa, tym bardziej wyrafinowana będzie Twoja rdbms.
Zawsze chciałem budować bazy danych z wieloma typami dostępu. Takich jak sdo, postgis. Umożliwianie więcej niż jednego oprogramowania lub IDE do manipulowania lub wyświetlania danych.
Sugerowałbym wybranie wysokiej drogi i spędzenie dodatkowego czasu w scenariuszach badań / testów przed rozpoczęciem. Niektóre z tych opcji brzmią świetnie, ale mają ograniczenia.
Optymalizacja, normalizacja i solidna konstrukcja db przed ręką pozwoli na dużą elastyczność (przestrzennie) na dłuższą metę.
źródło