Potřeboval bych radu ohledně metodiky.
Vyvíjíme SW běžící na MSSQL databázi. Vývoj je s ohledem na akutní potřeby zákazníků a na termíny, které nám dává vedení, docela hektický. Programátoři jsou za vodou, mají verzovací nástroje, ale co dělat s databází? Momentální situace je taková, že každý implementátor dělá svoje změny na databázi prakticky za pochodu u konkrétního zákazníka a jednou za čas se snažíme všechny změny aplikovat u všech nasazení a takovou verzi databáze označit a popsat změny. Takový systém je dost náchylný k chybám, zvlášť, když se do toho pletou změny, které se provádí kvůli vývoji. Nasazení nové verze je tím pádem pokaždé doprovázené zkoumáním, na jakou úpravu se zapomnělo.
Nemá někdo nějakou radu, jak vést vývoj databáze?
Řízení vývoje databáze
- dark_stuff
- Začátečník
- Registrován: 23. bře 2006
- Bydliště: Bruntál / Olomouc
Řízení vývoje databáze
Lidi jsou různí. Víc nesmím říct.
Černá karta je rasistická!
Černá karta je rasistická!
- yuri.cs
- Mírně pokročilý
- Registrován: 03. led 2007
- Bydliště: hl.m. piva
- Kontaktovat uživatele:
Re: Řízení vývoje databáze
Jen z doslechu, ale vybavi se mi Liquibase nebo Flyaway. Tedy nastroje pro rizeni migrace DB, coz je to, co hledas.
It will be amazing in case after 10GHz we will see 20GHz, 30GHz and so on, just like we witnessed the thorny way from 10MHz to 33MHz in the eighties. -xbitlabs.com