Re: Скорость заливки зависит от размера базы

2006-06-12 Пенетрантность Alexey Kovyazin
update

Похоже, что дело в 2 уникальных индексов, которые я не заметил.
Почему не заметил - другой вопрос...

К сожалению, проверить предположение нельзя - на проверку уходит ночь, а 
мне спать очень хочется за последнюю неделю...
Да и клиенты слегка нервничают - 40 магазинов стоят :)))


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re: Скорость заливки зависит от размера базы

2006-06-10 Пенетрантность Alexey Kovyazin
Спасибо за ответы!

Надо отметить что таблица приемник в большой базе была очищена 
хирургическим методом - отрезанием всех Pointer page и обнулением первой 
Pointer page.

update к ситуации.

После этого дропнул ПК и триггер (c if null... gen_id...) - заливка чуть 
чуть ускорилась, но все равно тормозит.

Тогда я создал точно такую же таблицу (те же метаданные) в большой базе, 
условно под именем TABLE2 и пустил заливку туда. Она заработала быстро - 
с такой же скоростбю, что и в малую базу.

Поэтому подозреваю, что все дело все же в противоестественном удалении 
записей.

Хотя есть еще одно предположение - сервак там на запись чудовщино 
медленно копирует, т.е. возможна и хардварная проблема.

да, еще гнусная фишка. Заливка через внешнюю таблицу (рамзер 3Гб) падает 
с сообщением Can't read from file. Error 22. То ли попортился файл, то 
ли еще что, но доверять им уже не получается :(.


С уважением,
Алексей Ковязин




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re[2]: Скорость заливки зависит от размера базы

2006-06-10 Пенетрантность Константин

 да, еще гнусная фишка. Заливка через внешнюю таблицу (рамзер 3Гб) падает

 Внешние таблицы никогда не поддерживали более 2 гиг.

  ОПС! Круто! Я тоже не знал ... :(
  И надолго ? в планах увеличение есть ?

С уважением,
Константин Григорьевич.
===
Если низя, но очень хотса - то мона :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re: Re[2]: Скорость заливки зависит от размера базы

2006-06-10 Пенетрантность Kull Damned
 вот это засада
 А каким образом я записал тогда туда 3 гб? :)
Возможно такое ограничение только на чтение... :)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re: Re[2]: Скорость заливки зависит от размера базы

2006-06-10 Пенетрантность D.Stasev
 вот это засада
 А каким образом я записал тогда туда 3 гб? :)
 Возможно такое ограничение только на чтение... :)

Ага ET не читатель, ET писатель однако :)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Скорость заливки зависит от размера базы

2006-06-09 Пенетрантность Alexey Kovyazin
Здравствуйте, коллеги!

Не встречался ли кто нибудь с таким явлением - заливка одинакового 
количества записей из одного источника в одинаковые по структуре 
таблицы, пустые; но находящиеся в разных базах - одна в пустой 
отресторенной, а другая в большой (45Гб), по скорости отличаются в 
десятки раз.
Обе базы в ФВ офф.

Сервак грузится примерно одинаково по виду.

Объем заливки - 3 млн очень больших (по 160 полей) записей.

Режимы заливки разные - сейчас через external table, до этого просто 
пампом, и везде наблюдатеся просто возмутительная разница.

Мысли, соображения - приветствуются.

С уважением,
Алексей Ковязин


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re: Скорость заливки зависит от размера базы

2006-06-09 Пенетрантность Константин

Не встречался ли кто нибудь с таким явлением - заливка одинакового
 skip
отресторенной, а другая в большой (45Гб), по скорости отличаются в
десятки раз.

  Перед заливкой пересчитать/деактивировать индексы/тригеры ?

С уважением и зарание благодарен
   Константин Григорьевич.
===
Если низя, но очень хотса - то мона :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---



Re: Скорость заливки зависит от размера базы

2006-06-09 Пенетрантность Alexey Kovyazin
Константин пишет:
 Не встречался ли кто нибудь с таким явлением - заливка одинакового
  skip
 отресторенной, а другая в большой (45Гб), по скорости отличаются в
 десятки раз.
 
   Перед заливкой пересчитать/деактивировать индексы/тригеры ?
 

таблицы приемники пустые. select count(*) сделан. Триггер тоже 
деаквтивровал, правда не сразу. нотам проверка на nULL и потом gen_id - 
в любом случае, не ускорило процесс.

С уважением,
Алексей


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---