www.elektronik.si

[frenki]

[.]

Brisana vsebina odstranjenega uporabnika.

[frenki]

Kroko ni pozno, ker še vedno iščem rešitev . Recovery model je simple, to sem preverjal tudi sam. Shrink pa kljub temu ne naredi omembe vredne spremembe. Vsaka ideja je še vedno dobrodošla.

Lp, Frenki

[.]

Brisana vsebina odstranjenega uporabnika.

[ciko]

Živjo!!

Ker imam podobno težavo, bom nadaljeval kar to temo.

Težava je naslednja.
Uporabljamo Microsoft SQL 2005 Express Edition, ki ima omejitev velikost baze 4GB. Ker so v bazi podatki, ki jih lahko zbrišemo (pomembni so za debug), bi rad zbrisal te podatke.

Začel sem z ukazom DELETE ... WHERE..., vendar sem kasneje ugotovil, da ta ukaz dejansko ne sprosti prostora v bazi. Poizkusil sem tudi različne variante z ukazom COMMIT in nato shrink, vendar brez usepeha.

Delovalo je le:
BEGIN TRANSACTION;
TRUNCATE TABLE ime_tabele;
COMMIT TRANSACTION;

in nato shtink->database

Rezultat je za 95%manjša baza, vendar pri tem je bila izbrisana cela tabela, ne pa samo željeni del tabele.

Zanima me, kako bi zmanjšal zasedeni prostor tabele (velikost tabele) - resnično zbrisal del tabele.

Sem pa popolni novinec na področju SQL baze, tako da se učim/testiram na backup bazi.
Hvala za nasvete!

Lep pozdrav
Peter

[Silvo]

V Clipperju je comit fizično izvedel vpis z memorije na disk. Zapise iznačene za brisanje "delete" pa je počistil ukaz "pack".

[frenki]

Ja, dolžan sem še odgovor glede vprašanja v tej temi. Krokov odgovor drži v celoti. Res se je težava rešila po DBCC DBREINDEX s predhodno nastavljenimi clustered indeksi. Predpostavljam, da je bil vzrok za nastali problem dejansko vključen auto shrink. .mdf se je znatno zmanjšal (skoraj faktor 10). Clustered indeksi ne morejo ostat povsod, zato so bili nekateri vrnjeni.

Zadeva zaenkrat deluje, bomo pa videli kako bo čez nekaj časa.

Kroko hvala za nasvete.

Lp, Frenki

[ciko]

[.]

Brisana vsebina odstranjenega uporabnika.

[.]

Brisana vsebina odstranjenega uporabnika.