Byt jsou provadeny na totoznem hw. Mam vice nez 10ti lete zkusenosti s Oracle pres 7.3.x az po 10g. Oracle stale pridaval a pridava nove vlastnosti do DB nektere jsou z meho pohledu sporne. Je o opravdu moloch. Autor zde napriklad popisuje a srovnava casy importu do jednotlivych DB ale neuvadi pouzite metody. Nechci nijak autora sikanovat, ba naopak bych mu chtel podekovat za clanek, jiste ho stal spoustu casu a usili.
Ale napriklad jenom co se tyka importu mate u Oracle cca 5 ruznych zpusobu s ruznym efektem a rychlosti.
imp/exp
imp/exp direct path
sqlldr
a u oracle 10g oracle datapump.
takze psat ze tomu to trvalo tolik a tomu tolik je proste zavadejici.
Nebylo. Diky tomu ze jste mne ted opravil, tak nikdo nebude priste importovat sql pomoci @, a to mi slo. Vsechno muzete dohledat na netu, jenomze ted uz je tam toho tolik, ze najit ty spravny klicovy slova je alchymie. Navic casy importu jsem neuvadel, je mi jasny, ze zrovna import je hodne specificka zalezitost, a navic nikdo, pokud importuje realna data, nebude importovat SQL dump. Abych to upresnil, importoval jsem pomoci operatoru @, a evivalentnimi prikazy u ostatnich databazi. Ale nemel jsem predstim predstavu jak je to pomale (prakticky u vsech databazi).Ted uz bych to nedelal.
Poradte mi - jaky z tech peti prikazu pouzit na sql dump (flat file obsahujici Inserty).
to vim, ale jak dostanu data ve formatu copy do Firebirdu? A opakuji o rychlost importu mi neslo. Vice mene upozornuji na zadrhel obdobnych testu. Pokud budete importovat data v SQL formatu, tak se obrnte trpelivosti. Jedine co stoji za zminku je rozdil v rychlosti importu Firebirdu na win a Linuxu.
Psal jsem snad neco jineho? Co mi hrozne chybi v Linuxu jsou datove pumpy MsSQL. Ty od Oraclu neznam. Proste jsem v sobotu nemel chut programovat, a konvertovat tabulky. Nic vic ;-)