|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 13 Mar 2002 16:26:22
To : "Evgenij M. Baldin"
Subject : Re: PostgreSQL тюнинг?
--------------------------------------------------------------------------------
Evgenij M. Baldin <baldin@slon.inp.nsk.su> wrote:
EMB> Добрый день Victor Wagner <vitus@45.free.net> wrote:
>> Evgenij M. Baldin <baldin@slon.inp.nsk.su> wrote: EMB> тремя
>> индексированными столбцами и уникальным ключем на EMB>
>> вставку уходит что-то вроде 0.1 секунды - то есть 2 тыс
>> EMB> записей вставляются 200 секунд - а это очень долго.
>> Может
>> А ты commit после каждой записи делаешь? (в PostgreSQL по
>> умолчанию так) или после всех 2К?
EMB> Я нет, то есть делаю конечно, но только в начале и в конце
EMB> процедуры- а что Postgres по умолчанию на каждый PQexec
EMB> commit вешает? - !"#;% - я думал это только в psql после
EMB> ввода строчки делается - как это можно посмотреть?
Посмотреть очень просто. Если на commit ругается, что он
ineffective, значит делает после каждой строчки.
Еще в PostgreSQL специально для твоего случая есть абсолютно
непереносимая, но очень удобная команда COPY.
EMB> Да, вроде, пригождаться негде - за уникальностью ключа я
EMB> снаружи слежу - зачем еще дополнительное условие для БД -
EMB> баги отлавливать?
В частности. А в основном потому, что структура предметной области
должна быть адекватно отражена в структуре базы.
Особенно, если ты какими-нибудь ER или CASE средствами в базу лазить
начнешь. Я правда, еще не видел CASE, который умеет тащить структуру
из Postgres-овой базы и рисовать по ней ER-диаграмму, но, полагаю,
скоро такой тул появится. Учитывая постоянный рост количества серьезных
заказчиков, которые хотят PostgreSQL. Для более других БД такие
тулзы уже много лет как есть.
EMB> Вопрос: наличие уникального ключа, ключей сильно ли
EMB> тормозит вставку? - когда я проверял - у меня было что
EMB> без разнцы, а вот чтение отличалось в разы
Вот и поэтому тоже. Еще рекомендую оторвать от приложения логику
работы с уникальностью ключа и засунуть ее в базу. Базе хуже не станет,
и в ней эта логика будет одной строчкой. Что облегчит читаемость
проекта в елом.
--
Есть такая party.ice.ru, да, есть!
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
