SQL Server 2008 e proprietà estese [chiuso]

8

In SQL Server, per cosa usate le proprietà estese? Alcuni articoli e blog suggeriscono che possano essere utilizzati per l'autocertificazione del database e dei suoi oggetti, ma non riesco a vederlo usato correttamente ... è in gran parte ignorato dalla maggior parte?

sql-server sql-server-2008

— sam yi
fonte

1

Stiamo usando proprietà estese per documentare tabelle e colonne, basate su un generatore di documentazione scritto da solo che legge il database e produce pagine wiki da quelle proprietà estese.

— marc_s,

Non esiste una risposta giusta o sbagliata a questa domanda, è una questione di opinione e dove si lavora su ciò per cui viene utilizzata la funzionalità. Come consulente, vedo che ha usato tutto il tempo per varie cose, dalla generazione di codice di procedura memorizzata al soddisfacimento degli standard / politiche di sicurezza DoD.

6

In gran parte ignorato, come stai dicendo.

Le proprietà estese sono un po 'scomode da leggere e scrivere sia da T-SQL che dalla GUI. La documentazione IMHO deve essere mantenuta altrove (progetti di database, documentazione di progetto ecc.).

Ecco un buon articolo sulle proprietà estese , che affronta anche alcuni dei tuoi dubbi.

— spaghettidba
fonte

1

Voglio così votarti per quel link ... gli articoli che richiedono un login sono così dannatamente fastidiosi.

— WernerCD,

1

@WernerCD: ti darei un grosso voto per far parte della comunità di SQL Server e non avere un account gratuito su SQLServerCentral. Non è come se fossero ExpertSexChange ...: - D

— Marian

@Marian In realtà penso di avere un account ... è ancora fastidioso dover accedere. Come programmatore, è mio dovere essere pigro. :)

— WernerCD,

@WernerCD: Oh andiamo, quindi prova Lastpass, 1password o Roboform o qualunque cosa ti piaccia. Ci sono strumenti per culi pigri. Il mio è perfettamente adatto a Lastpass, ma potresti trovarne un altro.

— Marian,

3

Sto lavorando con un sistema in cui abbiamo numerosi database. L'auto-documentazione è utile perché ogni database può avere una struttura diversa.

Gestiamo un processo di versione della struttura del database e memorizziamo tali informazioni nelle proprietà estese. Acquisiamo anche descrizioni di tabelle, colonne e altri oggetti di database.

Lavorare con proprietà estese sarebbe ingestibile senza l'aiuto dell'automazione. Abbiamo sviluppato strumenti che ci aiutano a catturare e archiviare le informazioni nelle proprietà estese. Inoltre, disponiamo di strumenti per visualizzare e segnalare le informazioni.

Lo sviluppo degli strumenti è stato utile in questo ambiente, ma non vedo il vantaggio se lavori in un negozio in cui hai pochissimi database.

— Bobs
fonte

1

Non ho ancora visto un singolo progetto che utilizzava proprietà estese. IMO il motivo è questo: anche se vogliamo archiviare la documentazione nel database, che di solito non è il caso, ci sono alternative. Di solito le proprietà estese non fanno esattamente ciò che vogliamo. D'altra parte, implementare la nostra soluzione che fa esattamente ciò di cui abbiamo bisogno è così facile, quindi perché preoccuparsi?

— AK
fonte

0

Nei nostri progetti li usiamo per mantenere le informazioni sulla versione in estese proprietà impostate per database.

Ad esempio: utilizziamo i progetti di Team Foundation e tracciamo in una proprietà estesa db l'ultimo numero di script post-distribuzione che è stato eseguito dalla cartella post-distribuzione (ad esempio - abbiamo script da 1 a 23, la proprietà ext è impostata su 15, quindi il lo script post-distribuzione eseguirà solo script da 16 e successivi). Lo stesso vale per gli script pre-distribuzione.

Sono d'accordo che potremmo conservare tali informazioni in una tabella, ma è un modo per utilizzare proprietà estese.

— mariano
fonte

0

Ecco un esempio di script del dizionario dei dati che fa un uso intensivo delle descrizioni di tabelle e colonne che mostra quanto possano essere utili per l'auto-documentazione, http://www.csvreader.com/posts/data_dictionary.php .

— Bruce Dunwiddie
fonte