ďťż
 
[oracle] co będzie szybsze? ďťż
 
[oracle] co będzie szybsze?
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

[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.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    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.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • shanti.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

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com