Setelah menghabiskan sedikit waktu Googling untuk praktik terbaik manajemen ArcSDE, saya datang dengan tangan kosong. Saya memiliki pemahaman yang baik tentang Database Spasial dan manajemen mereka telah mengimplementasikan beberapa database Oracle Spasial skala besar, tetapi ingin mendapatkan pemikiran Anda tentang praktik atau pola yang harus dipatuhi agar hidup mereka lebih mudah, dan kepemilikan spasial mereka dapat digunakan dan aman.
Praktik apa yang Anda pakai pada basis data ArcSDE Anda untuk memastikan integritas, keamanan, dan konsistensi ArSDE Instance Anda?
Apa tujuan desain yang Anda tuju ketika merencanakan instance ArcSDE Anda dan mengapa?
Itu adalah pertanyaan luas, dan jawabannya dapat berubah secara signifikan dengan ukuran, persyaratan, dan ruang lingkup implementasi, tetapi saya ingin mengukur minat pada panduan berbasis komunitas untuk topik ini.
Itu sebenarnya sesuatu yang Anda akan menemukan sedikit dokumentasi di depan umum. Ada kelas / lokakarya yang dikenakan biaya ESRI atau yang dapat Anda hadiri di ESRIUC tetapi kurang di ruang publik.
Beberapa poin yang Anda sebutkan keluar dari praktik DBA yang baik; tetapi beberapa benar-benar tidak dan sangat bergantung pada sistem dan kebutuhan Anda.
Untuk integritas, pasti platform perangkat keras yang stabil (saya selalu menggunakan sistem berkerumun) adalah kuncinya; dan menggunakan backend DB yang tepat. Saya berasal dari latar belakang negara bagian dan federal yang kuat sehingga saya biasanya menggunakan DB besar seperti MSSQL atau Oracle. MSSQL2008 spasial memberi Anda toolkit yang baik untuk biaya; dibandingkan jika Anda benar-benar ingin bukti-peluru dengan akses pihak ke-3 yang ingin Anda pertimbangkan Oracle; di mana banyak aplikasi terhubung ke sisi spasial.
Keamanan; baik di sana Anda memiliki kebutuhan DBA yang kuat untuk memastikan Anda memiliki akun yang dikonfigurasi dengan benar; tetapi kemudian Anda juga perlu menggunakan kontrol ESRI bawaan untuk yang dapat membaca / menulis dll dari DB Anda. Ini juga mempertanyakan struktur data Anda dan sistem Anda yang menggunakannya; apakah Anda perlu membuat silo keamanan yang lebih tinggi di mana Anda memiliki keamanan tingkat pengguna yang lebih ketat; atau hanya satu DB besar ok dengan Anda mempertahankan pengguna dengan izin tingkat pengguna di seluruh fitur.
Hal yang juga ingin Anda pikirkan adalah menggunakan objek internal seperti domain versus tabel referensi dengan nilai-nilai yang baik untuk Anda; domain mungkin tidak dapat diakses dari aplikasi pihak ketiga yang melihat data Anda; di mana tabel referensi dapat digabungkan dan Anda memiliki nilai-nilai kode itu.
Normalisasi data adalah topik besar untuk dipertimbangkan; beberapa orang senang melakukan desain yang dinormalisasi dengan fitur SDE hanya geometri dan kemudian semua hal tabular dalam tabel bisnis yang kemudian memiliki banyak indeks dan tampilan untuk mengoptimalkan kinerja untuk pencarian oleh aplikasi lain.
Jadi, jika Anda memiliki bidang-bidang tertentu, Anda ingin tahu; jangan ragu untuk menambahkan rincian lebih lanjut untuk pertanyaan Anda, tetapi banyak dari apa yang Anda cari benar-benar tergantung pada platform Anda dan kebutuhan fungsional Anda. Aplikasi web berkecepatan tinggi mungkin tidak menginginkan SDE dibandingkan hanya fGDB; versus data dinamis akan menuntut SDE.
Saya tahu mengajukan pertanyaan ini akan mengumpulkan jawaban yang luas, seperti sifat pertanyaan itu. Terima kasih banyak atas tanggapan Anda. Saya memiliki daftar praktik terbaik saya sendiri yang telah saya kembangkan selama bertahun-tahun berdasarkan pengembangan dan administrasi basis data, meskipun saya merasa akan ada manfaat masyarakat atas upaya kolaboratif untuk menyusun daftar berdasarkan topik yang telah Anda uraikan. Apakah kamu setuju?
OptimizePrime
Ya saya pikir begitu. Mungkin bagian Wiki bisa berfungsi sebagai titik awal; bahkan mempertimbangkan melihat dari massa Spatial DB; bukan hanya rute ESRI / ArcSDE. Ada beberapa hal berbeda yang dapat Anda lihat untuk pertimbangan desain dalam Oracle / Spatial versus apa yang saya lakukan dalam sistem MSSQL2008 saya; di mana saya memiliki lapisan MS-Spasial yang baru saja dibungkus oleh ESRI dari beberapa akses aplikasi; segala sesuatu yang lain seperti pembicaraan Safe / FME ke MSSQL direct. Itu adalah pertimbangan desain saya sendiri untuk mengurangi ketergantungan pada lapisan ESRI.
DEWright
1
Saya pikir DeWright cukup banyak memukul paku di kepala. Semakin kompleks strategi keamanan yang Anda inginkan, semakin canggih Anda ingin rdbms Anda.
Saya selalu memiliki keinginan untuk membangun database dengan beberapa tipe akses. Seperti sdo, postgis. Mengizinkan lebih dari satu perangkat lunak atau IDE untuk memanipulasi atau menampilkan data.
Saya akan menyarankan mengambil jalan raya dan menghabiskan waktu ekstra dalam skenario penelitian / uji sebelum melakukan. Beberapa opsi ini terdengar hebat tetapi memiliki keterbatasan.
Optimalisasi, normalisasi, dan desain db solid di muka akan memungkinkan banyak fleksibilitas (spasial) dalam jangka panjang.
Saya sangat percaya pada rencana yang bagus;) Tetapi saya terus menemukan perusahaan yang ingin menerapkan intelijen lokasi dan mengerutkan dahi pada strategi tertulis yang jelas untuk melakukannya. Bagi saya sweet spot adalah 'memberikan penggunaan apa yang mereka butuhkan / inginkan sambil memastikan fungsi manajemen data tetap elegan / fungsional mungkin'. Inilah dua tujuan yang selalu saya ingat.
OptimizePrime
Anda bisa menghabiskan banyak waktu pada file dbtune.
Brad Nesom
Bagian terbesar adalah desain Anda; jika Anda perlu membuat data yang akan digunakan dalam alat spasial dan non-spasial Anda benar-benar ingin menormalkan data Anda dengan sangat; memisahkan spasial dari tabel. Hanya untuk menjaga meja Anda lebih bersih dan mengurangi jumlah barang yang Anda simpan di ruang itu.
Saya pikir DeWright cukup banyak memukul paku di kepala. Semakin kompleks strategi keamanan yang Anda inginkan, semakin canggih Anda ingin rdbms Anda.
Saya selalu memiliki keinginan untuk membangun database dengan beberapa tipe akses. Seperti sdo, postgis. Mengizinkan lebih dari satu perangkat lunak atau IDE untuk memanipulasi atau menampilkan data.
Saya akan menyarankan mengambil jalan raya dan menghabiskan waktu ekstra dalam skenario penelitian / uji sebelum melakukan. Beberapa opsi ini terdengar hebat tetapi memiliki keterbatasan.
Optimalisasi, normalisasi, dan desain db solid di muka akan memungkinkan banyak fleksibilitas (spasial) dalam jangka panjang.
sumber