[oracle] co będzie szybsze?
Pedro - 12-11-2006 01:31
[oracle] co będzie szybsze?
Mam w perspektywie przebudowę sporej bazy na oraclu 9207, baza ma ok. 300GB a do tego maszyna na której chodzi nie należy do demonów prędkości. Będę to robił za pomocą eksportu i importu, z tworzeniem tabel ręcznie przed importem bo muszę zmienić im sporo parametrów. Zastanawiam się nad jedną rzeczą związaną z indeksami: czy szybciej będzie pozwolić je zaimportować razem z tabelami, czy raczej szybciej będzie nieeksportować ich ani nie importować tylko stworzyć je ręcznie na koniec zabawy z przygotowanego zawczasu skryptu? Nie mam maszyny by to sprawdzić w praktyce, ale myślę że ktoś z was już mógł ten problem przerabiać. Jak myślicie?
-- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Michał Kuratczyk - 12-11-2006 01:31
Pedro wrote: > Mam w perspektywie przebudowę sporej bazy na oraclu 9207, baza ma ok. > 300GB a do tego maszyna na której chodzi nie należy do demonów prędkości. > Będę to robił za pomocą eksportu i importu, z tworzeniem tabel ręcznie > przed importem bo muszę zmienić im sporo parametrów. Zastanawiam się nad > jedną rzeczą związaną z indeksami: czy szybciej będzie pozwolić je > zaimportować razem z tabelami, czy raczej szybciej będzie nieeksportować > ich ani nie importować tylko stworzyć je ręcznie na koniec zabawy z > przygotowanego zawczasu skryptu? Nie mam maszyny by to sprawdzić w > praktyce, ale myślę że ktoś z was już mógł ten problem przerabiać. Jak > myślicie? Myślę, że to zależy co rozumiesz przez "przebudowę" i "zmianę sporej ilości parametrów". Bo jeśli na przykład zmieniasz zwykłe tabele na IOTy, to zachowywanie starych indeksów nie ma sensu. Tak czy inaczej, pamiętaj, żeby przeliczyć statystyki w nowym środowisku.
-- Michał Kuratczyk
Pedro - 12-11-2006 01:31
> Myślę, że to zależy co rozumiesz przez "przebudowę" i "zmianę sporej ilości > parametrów". Bo jeśli na przykład zmieniasz zwykłe tabele na IOTy, to > zachowywanie starych indeksów nie ma sensu. Tak czy inaczej, pamiętaj, żeby > przeliczyć statystyki w nowym środowisku. >
Żadne IOTy, to jest ekstremalnie prymitywna aplikacja, te 300GB to w zasadzie kilka tabel o jakiejś chorej ilości kolumn każda i ogromnym rozmiarze. Przez przebudowę rozumiem nowe tablespace'y na innych dyskach, inne parametry storage'u dla tabel ze szczególnym uwzględnieniem pctfree. O statystykach nie trzeba mi przypominać aczkolwiek z tego co wiem i tak aplikacja używa optymalizatora regułowego.
-- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Wojtek pBT - 12-11-2006 01:31
Dnia 28-09-2006 o 13:58:16 Pedro <pedro44.WYTNIJ@gazeta.pl> napisał(a):
> Mam w perspektywie przebudowę sporej bazy na oraclu 9207, baza ma ok. > 300GB > a do tego maszyna na której chodzi nie należy do demonów prędkości. Będę > to > robił za pomocą eksportu i importu, z tworzeniem tabel ręcznie przed > importem bo muszę zmienić im sporo parametrów. Zastanawiam się nad jedną > rzeczą związaną z indeksami: czy szybciej będzie pozwolić je zaimportować > razem z tabelami, czy raczej szybciej będzie nieeksportować ich ani nie > importować tylko stworzyć je ręcznie na koniec zabawy z przygotowanego > zawczasu skryptu? Nie mam maszyny by to sprawdzić w praktyce, ale myślę > że > ktoś z was już mógł ten problem przerabiać. Jak myślicie? >
Codziennie przebijam sie przez podobny problem, ale na MySQLu... My blokujemy przy imporcie tworzenie kluczy. A po imporcie mamy dwie opcje:
W SQL'u wykonujemy komendę ENABLE KEYS i opcja szybsza: komenda z shella (z narżędzi mySQL'a), bodajże repairbysorting. (na pewno sie walnąłem)
(OK, na pewno się pomyliłem).
A teraz tłumaczenie: Nie wiem, jak w Oracle, ale MySQL jest na tyle głupi że jeżeli nie co jakiś czas, to co rekord stara się posortować indeksy. A tak na końcu raz wykona pracę. Wspominałem też o komendzie SZBD - to jest jeszcze szybsze, bo nie musi np rozwiązywac problemów ze współbieznością, są inne parametry uruchamianego programu (np limity paięci), czy też najważniejsze dla nas - można działać na 2 fizycznych dyskach
Stawiam na ręczne tworzenie
pozdro, pBT -- Używam klienta poczty Opera Mail: http://www.opera.com/mail/
dap - 12-11-2006 01:34
Pedro wrote: > Mam w perspektywie przebudowę sporej bazy na oraclu 9207, baza ma ok. 300GB > a do tego maszyna na której chodzi nie należy do demonów prędkości. Będę to > robił za pomocą eksportu i importu, z tworzeniem tabel ręcznie przed > importem bo muszę zmienić im sporo parametrów. Zastanawiam się nad jedną > rzeczą związaną z indeksami: czy szybciej będzie pozwolić je zaimportować > razem z tabelami, czy raczej szybciej będzie nieeksportować ich ani nie > importować tylko stworzyć je ręcznie na koniec zabawy z przygotowanego > zawczasu skryptu? Nie mam maszyny by to sprawdzić w praktyce, ale myślę że > ktoś z was już mógł ten problem przerabiać. Jak myślicie?
Nie napisales dokladnie co chcesz robic z tablespacami...
Co do indeksow, to import robi je w 1 procesie, a budowe indeksu na tabeli mozna zrobic z opcja parallel.
create index tabela_a on tabela(a) parallel 4 ;
dap
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Oracle, SQL, PL/SQL. Jak =?ISO-8859-2?Q?napisa=E6_zapytanie=2C?==?ISO-8859-2?Q?_kt=F3re_zwr=F3ci_nazw=EA_atrybutu=2C_kt=F3reg o?==?ISO-8859-2?Q?_warto=B6ci_spe=B3niaj=B1_zadany_warunek?=
Oracle 19g +Insert +Insert +Insert...
[oracle] zapytanie dynamiczne z =?ISO-8859-2?Q?=22dynamiczn=B1_?==?ISO-8859-2?Q?nazw=B1_tabeli=22?=
[Oracle] jak =?ISO-8859-2?Q?ograniczy=E6_pami=EA=E6_dla_se?==?ISO-8859-2?Q?rwera=3F?=
=?ISO-8859-2?Q?=5BOT=5D_Zdany_egzamin_Oracle_1Z0-007_a?==?ISO-8859-2?Q?_brak_informacji_na_stronie_Prometric_-_czy?==?ISO-8859-2?Q?_co=B6_nie_tak=3F?=
[oracle] czy da =?ISO-8859-2?Q?si=EA_z_poziomu_procedury_?==?ISO-8859-2?Q?zrobi=E6_kopi=EA_zapasow=B1=3F?=
[oracle 10g] czy =?ISO-8859-2?Q?mo=BFna_wy=B3=B1czy=E6_wszys?==?ISO-8859-2?Q?tkie_wi=EAzy_w_schemacie=3F?=
MSSQL Express czy Oracle Express
=?iso-8859-2?q?[oracle]_Jak_sprawdzi=E6_wielko=B6=E6_tabeli_=3F=3F?=
=?ISO-8859-2?Q?Poszukjue_ksi=B1=BFki_"Oracle_?= =?ISO-8859-2?Q?optymalizacja_wydajno=B6ci"..?=
zanotowane.pldoc.pisz.plpdf.pisz.plshanti.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca. Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści Hoc fac - tak czyń. A tergo - od tyłu; z tyłu. I czarne włosy posiwieją. Safona |
|