dotNETportal.cz

Zdravím všechny,

chtěl jsem se zeptat, jakým způsobem zajišťujete aktuálnost datových struktur na SQL pro vaše aplikace?

Jde o to, že čas od času je nutné do některé tabulky např. přidat nový sloupec, případně do databáze přidat celou novou tabulku.

Je mi jasné, že toto lze udělat skriptem.

Nicméně, jde mi spíše o to, aby se s distribucí nové verze aplikace uživateli provedlo automatické zaktualizování datových struktur (je-li to třeba).

Mělo by to fungovat nějak tak, že když uživatel spustí program, přihlásí se pomocí něj pod administrátorským účtem na SQL Server. Následuje kontrola aktuálnosti datových struktur a pokud je vyžadována změna, provede se. Po zaktualizování struktur by již aplikace najela standardním způsobem.

Máte toto nějak řešeno? Pokud ano, jak. Využíváte k tomu XSD schéma? Nebo existuje nějaký produkt třetích stran, který by výše popsané umožňoval?

Díky všem za jakékoliv náměty či postřehy.

Děkuji Vám za odpověď.

To je věc, která se řeší prakticky všude stejně. Má někdo nějaký tip jak to dělat automaticky? Mám tím na mysli detekci a spouštění verzovače. Update metadat a dat je naprosto běžný a neznám žádné rozumné řešení.

Bohužel s tímto nemám moc dobré skušenosti, jde o to, že né každý umí psát SQL scripty, a v našem případě, 90% programátorů nepoužívá podmínky pro spuštění příkazu. Jako např. když neexistuje sloupec "Name" v tabulce "Noname" tak mi ho vytvoř.

Potom když ten script zavoláte na podruhý už vám to hodí chybu. Nic méně pokud budete dodržovat tyto podmínky neměl by být větší problém. Určitě bych doporučil v případě tvoření relací, primárních klíčů a constraint vždy vkládat jméno, protože potom se vám to bude líp kontrolovat.

Já jsem si udělal program, který mi prohlídne xml, kde mám definovanou celou strukturu databáze. (Tabulka, nazev sloupce, primarni klic, null, relace, indexi constraint atd.) V případě, že chci něco přidat vložím novej object do xml. A změním číslo verze v programu. Při spuštění programu se dotažu na verzi Databáze, která je na SQL no a pokud mi to nesouhlasi, prostě spustím initializaci (Program na vygenerování databaze). Logika programu mě zabrala cca 2-3 dny, ale použil jsem to již v několika projektech.

Nejjednodušší je prostě mít v databázi tabulku Versions, kde se pamatuje, který changescript se spustil naposledy. Jednoduché a funkční. Navíc pokud do té tabulky dáte i datum a informace v ní necháváte, máte celkem dobrý logovací nástroj, ze kterého můžete zjistit, jestli některá změna v databázi něco nerozbila.

Tabulka by měla být Version, nemohl jsem si to odpustit :-). Problémem je ale spíš to, jak scripty automatizovaně spouštět. Je to opruz to psát...

Ty pojmenováváš tabulky jednotným číslem? Já vždy množným. Konkrétně v tomhle případě bych tam nechával informace o všech verzích, které se tam kdy instalovaly, může se to hodit. Bude tam tedy verzí víc, tím spíš ji pak pojmenovat množně.

Ano, jednotným číslem. Jsem na to navyklý. Například oficiální ukázková databáze SQL Serveru AdventureWorks používá jednotná čísla. Je to kvůli tomu, že jméno tabulky identifikuje jméno uchovávaného objektu.

Například LINQ2SQL pak jako jména seznamů přidá za jméno tabulky 's' a entity pojmenuje právě podle tabulek.

I když pravda je, že třeba Sharepoint tuhle konvenci nepoužívá. Ono je to víceméně na vkusu jednotlivce a na tom, jak je na vytváření jmen zvyklý. Obecně jsem pro používání jednotných čísel kde to jde - například Customer a CustomerCollection. Množné číslo pak v rámci vazeb CustomerOrders a zpětně OrderCustomer (1:N).