SQL Server 2008 dan properti yang diperluas [ditutup]

8

Dalam SQL Server, untuk apa Anda menggunakan properti diperluas? Beberapa artikel dan blog menyarankan mereka digunakan untuk dokumentasi-sendiri database dan objek-objeknya tetapi saya tidak bisa melihat ini digunakan dengan benar ... apakah ini sebagian besar diabaikan?

sql-server sql-server-2008 sam yi
sumber
1
Kami menggunakan properti yang diperluas untuk mendokumentasikan tabel dan kolom, berdasarkan generator dokumentasi yang ditulis sendiri yang membaca database dan menghasilkan halaman wiki dari properti yang diperluas itu.
marc_s
Tidak ada jawaban benar atau salah untuk pertanyaan ini, ini adalah masalah pendapat dan di mana Anda bekerja untuk apa fungsi digunakan. Sebagai seorang konsultan, saya melihatnya selalu menggunakan berbagai hal mulai dari menghasilkan kode prosedur tersimpan hingga memenuhi standar / kebijakan keamanan DoD.

Jawaban:

6

Sebagian besar diabaikan, seperti yang Anda katakan.

Properti diperluas agak canggung untuk membaca dan menulis baik dari T-SQL dan GUI. Dokumentasi IMHO harus disimpan di tempat lain (proyek basis data, dokumentasi proyek dll.).

Berikut ini adalah artikel bagus tentang properti yang diperluas , yang juga membahas beberapa keraguan Anda.

spaghettidba
sumber
1
Saya sangat ingin downvote Anda untuk tautan itu ... artikel yang memerlukan login sangat mengganggu.
WernerCD
1
@WernerCD: Saya sangat tidak menyukai Anda karena menjadi bagian dari komunitas SQL Server dan tidak memiliki akun gratis di SQLServerCentral. Ini bukan seolah-olah mereka ExpertSexChange ...: - D
Marian
@Marian Saya benar-benar berpikir saya memiliki akun ... masih menjengkelkan harus masuk. Sebagai seorang programmer, tugas saya adalah malas. :)
WernerCD
@WernerCD: Oh ayolah, lalu coba Lastpass, 1password atau Roboform atau apa pun yang cocok untuk Anda. Ada alat untuk menilai malas. Milik saya sangat cocok dengan Lastpass, tetapi Anda mungkin menemukan yang lain.
Marian
3

Saya bekerja dengan sistem di mana kami memiliki banyak basis data. Mendokumentasikan diri sendiri bermanfaat karena setiap basis data dapat memiliki struktur yang berbeda.

Kami mengelola proses versi struktur database dan menyimpan informasi itu di properti yang diperluas. Kami juga menangkap deskripsi tabel, kolom, dan objek basis data lainnya.

Bekerja dengan properti yang diperluas tidak akan dapat dikelola tanpa bantuan dari otomatisasi. Kami mengembangkan alat yang membantu kami menangkap dan menyimpan informasi di properti yang diperluas. Dan, kami juga memiliki alat untuk melihat dan melaporkan informasi tersebut.

Mengembangkan alat telah berguna dalam lingkungan ini, tetapi saya tidak melihat manfaatnya jika Anda bekerja di toko di mana Anda memiliki sangat sedikit basis data.

bobs
sumber
1

Saya belum melihat satu proyek pun yang menggunakan properti yang diperluas. IMO alasannya adalah ini: bahkan jika kita ingin menyimpan dokumentasi dalam database, yang biasanya tidak demikian, ada alternatifnya. Biasanya properti yang diperluas tidak melakukan apa yang kita inginkan. Di sisi lain, meluncurkan solusi kita sendiri yang melakukan apa yang kita butuhkan sangat mudah, jadi mengapa repot-repot?

AK
sumber
0

Dalam proyek kami, kami menggunakannya untuk menyimpan informasi versi di properti diperluas yang ditetapkan per basis data.

Misalnya: Kami menggunakan proyek-proyek Yayasan Tim dan kami melacak di properti db extended nomor skrip penempatan terakhir yang dieksekusi dari folder penempatan pos (misalnya - kami memiliki skrip 1 hingga 23, properti ekst. Diatur ke 15, sehingga skrip post deployment hanya akan mengeksekusi skrip dari 16 dan lebih lanjut). Sama untuk skrip pra-penempatan.

Saya setuju bahwa kami dapat menyimpan informasi itu dalam tabel, tetapi ini adalah cara untuk menggunakan properti yang diperluas.

Marian
sumber