Moraces sa skriptama.

Znaci od prilike je ovakav postupak:
- Prvo promeni tabele
- Obrisi sve views, stored procedures i UDFs
- Pokreni scriptu da kreiras nove views, SPs i UDFs

Ako imas Enterprise Manager na development masini onda je jos lakse, imas opciju Generate SQL Script za databazu. Tu izaberes koje objekte da skriptuje, i da li da radi drop pre nego sto pokusa da ih kreira.
Znaci izaberi sve osim tabela (sve sto ti treba), i to je to.

Jedini problem sa ovim je sto ne skriptuje objekte "po redu" to jest u odnosu na njihove dependencies. Zato ces mozda morati da pokrenes skriptu nekoliko puta, dok sve ne bude kreirano. Uglavnom su views ti koji prouzrokuju problem.
Ovo naravno vazi ako nisi ukljucio drop opciju, jer svakim ponovnim pokretanjem scripte gubis sta si imao pre, tj opet si na istom. U slucaju da izaberes drop opciju, onda ces sam morati da aranziras scriptu tako da se objekti kreiraju po redu gde zadovoljavaju dependencies. I naravno, nemoj da drop-ujes tabele, tako ces izgubiti sve podatke.

I na kraju, ako te sve ovo mrzi da radis, evo linka do freeware programcica pisanog u C#, koji generise scriptu za bazu, ali postavi objekte tako da zadovolji sve dependencies. Kome treba, dat je i source code.

http://www.eggheadcafe.com/articles/20040913.asp

A u slucaju izmjene polja u nekoj od tabela
npr. tip polja ili dodavanje novog polja

da li postoji nacin te promjene bez gubitka podataka?

Možeš i da baciš pogled na komercijalne alate firme Red Gate. Vrlo su dobri.

Uopšte uzev, nije loša praksa da se uvek kad se nešto menja na bazi pravi "diferencijalna skripta", snima u odvojeni fajl koji je označen datumom. Onda, pri apdejtu, samo uzimaš opseg skripti koji ti treba.

Poseban problem je apdejt podataka u bazi.

Moze, samo koristi alter table / column. Naravno, ako recimo hoces da promenis char polje u int, a u nekim rekordima se u tom polju nalaze slova, onda je to problem, ali pretpostvljam da u principu neces raditi nesto tako.