Periodic, bazele de date privind deșeurile sunt aduse din regiunile care trebuie implementate și
lucrați cu ei, respectiv acasă. Cine face aceste gropi, ce este exact acolo?
în interior, puteți spune - este necunoscut, de fiecare dată când îl desfășurați
o bază de date live, deși cu o copie de rezervă făcută anterior, înfricoșătoare.
Ideea s-a strecurat prin faptul că ar fi logic, atunci când importați, să pună întreaga dump înăuntru
un spațiu separat de tab-uri, atunci, chiar dacă ceva nu merge bine, poate fi
doar pune offline și unghii fără consecințe. Cu toate acestea, sa dovedit că în
9-ke acest lucru nu este posibil (în detrimentul 10-ki nu este sigur, dar IMHO, de asemenea).
Ce gândesc oamenii despre asta?
Și care este algoritmul cel mai corect și mai sigur pentru importul unei dumpuri?
PS Înainte de a importa, este normal să arunci parsi TOAD, totuși îi dă numai generalului
ideea de obiecte, nu veți intra în codul unui set imens
funcții, proceduri etc.
Postat de Mikhail Bunzya
Ideea sa strecurat prin faptul că ar fi logic, atunci când importați, să împingem întreaga dumpă
un spațiu separat de tab-uri, atunci, chiar dacă ceva nu merge bine, poate fi
va pune pur și simplu offline și cu unghii fără consecințe. totuși
sa dovedit că în 9-k acest lucru nu este posibil (în detrimentul 10-ki nu este sigur, dar
IMHO, de asemenea).
AL> Creați un utilizator cu un nume și dați-i dreptul de a
AL> un singur spațiu de tabel. În fișierul de export, ștergeți toate explicit
AL> spațiul de tabel destinație. Importul face din.
Totul ar fi bine dacă nu ar fi atât de multe obiecte, ci sute de ele.
Da, chiar sute de mii - un computer de fier :).
Post de Sergey Yudin
Și aproape toate se referă la tabele specifice, care inițial nu
acolo. Și când Oracle nu găsește nume de astfel de spațiu de tabelă, acesta
în general începe să arunce totul în sistem.
Deși, probabil, în cazul în care pentru a oferi utilizatorilor dreptul la spațiul de tabel unic, că
acolo va arunca tot ce nu gaseste. Acum voi încerca :)
Așa este, și nici un sistem :).
Post de Sergey Yudin
Și pentru a conduce un număr imens de obiecte - pur și simplu nu reale.
Este posibil să automatizezi acest proces într-un fel?
/ usr / bin / vi - remarcabil totul se automatizează.
Alternativ, dacă faceți acest lucru în Windoza, MultiEdit face o treabă bună.
Mulțumesc tuturor întrebărilor retrase. Vă mulțumesc pentru atenție.
De la: Olexandr Siroklyn <***@inbox.ru>
Subiect: Re: = KOI8-U Q = E7 = D2 = C1 = CD = CF = D4 = CE = D9 = CA_ = C9 = CD = D0 = CF = D2 = D4 _ = ????
= = KOI8-U * Q = C4 = C1 = CD = D0 = C1 = 2E2 =
E ușor. Adevărat pentru locuitorii unei alte galaxii:
sed-r / TABLESPACE "[a-zA-Z0-9 _ \ $] *" // g '$ 1> $ 2
Postat de Mikhail Bunzya
Și pentru a conduce un număr imens de obiecte - pur și simplu nu reale.
Este posibil să automatizezi acest proces într-un fel?
--
Cu cele mai bune urări,
Olexandr Siroklyn
Dmitri Y. Bulgakov
OS> Este ușor. Adevărat pentru locuitorii unei alte galaxii:
OS> sed-r / TABLESPACE "[a-zA-Z0-9 _ \ $] *" // g '$ 1> $ 2
Deci este direct și un altul. cygwin nu a fost anulat încă.
Sunt cu Cygwin pe un alt Oracle 8.0, care se rotea sub AIX'om organizat
comunicarea prin ssh cu conducta numită pe AIX'e în care a avut loc exportul. A
pe partea WinNT infa din acest canal pe conexiunea ssh a fost acceptată, tăiată
split'om în bucăți de 1 GB și amicably bzip'a.
* Andrew *, vezi soarele care se ridică pe deal.
E încă acolo.
Postat de Mikhail Bunzya
Ideea s-a strecurat prin faptul că ar fi logic, atunci când importați, să pună întreaga dump înăuntru
un spațiu separat de tab-uri, atunci, chiar dacă ceva nu merge bine, poate fi
va pune pur și simplu offline și cu unghii fără consecințe. totuși
sa dovedit că în 9-k acest lucru nu este posibil (în detrimentul 10-ki nu este sigur, dar
IMHO, de asemenea).
AL> Creați un utilizator cu un nume și dați-i dreptul de a
AL> un singur spațiu de tabel. În fișierul de export, ștergeți toate explicit
AL> spațiul de tabel destinație. Importul face din.
În principiu, dacă în fișierul de export nu există comenzi pentru a crea anumite
(vedeți mai jos), nu este necesar să ștergeți numele spațiului de tabelă. Este necesar doar
astfel încât singurul spațiu de tabelă a fost atribuit utilizatorului defaut.
În cazul în care o permite o cotă de utilizator, tabelele utilizatorului sunt importate în același
spațiul de tablă de la care au fost exportate. Cu toate acestea, dacă spațiul de tabelă nu mai este
există cota necesară, sistemul utilizează
spațiul de tabelă implicit pentru acel utilizator, atâta timp cât tabela este neparticipată,
nu conține coloane LOB sau VARRAY, nu este un tabel de tip și nu este anonim
tabel numai cu index, cu un segment de preaplin.
Articole similare
Trimiteți-le prietenilor: