Ну мааам

чего-то я тебе еще обещал, обновить инсталятор для винды :)

а чем ты на клиент тянешь 60k строк?

Из методички https://postgrespro.ru/docs/postgrespro/9.5/sql-copy HEADER Указывает, что файл содержит строку заголовка с именами столбцов. При выводе первая строка файла будет содержать имена столбцов таблицы, а при вводе первая строка просто игнорируется. Этот параметр допускается только для формата CSV.

Можно как-то сделать, чтобы этот HEADER с перечислением столбоц не игнорировался, а учитывался при вставке?

Поясню: у меня есть унаследованная таблица. С "боя" я тырю из нее пару сотен свежиз строк с помощь COPY (SELECT * FROM tab WHERE ...) TO stin; копирую файл к себе и хочу залить

копируются все ссобственнве колонки таблицы не унаследованные

ествественно вставка ломается - ей не хватает колонок

Решение "врукопашную": Вначале тырим список колонок и сбоку прикручиваем к ним команду: "COPY (SELECT * FROM tab WHERE false) TO stin WITH CSV HEADER;" | sed 's/.*/COPY table(&) FROM stdin;/gi' >> dump.sql затем сами данные: "COPY (SELECT * FROM tab WHERE ...) TO stin;" >> dump.slq

А как-то более по-человечески можно?

а чем ты на клиент тянешь 60k строк?

orm ка телерик open acces.

мож дело в адаптере?

в смысле через ADO али как

сравни время count(*) с тем что у тебя на стороне апликейшена получаешь

конечно же count(*) должен быть быстрее, но не на пару порядков.

ща

не используйте count(*), вместо этого правильно юзать count(1)

не используйте count(*), вместо этого правильно юзать count(1)

ЧТО?!

да она просто оче широкая!

то

первый результат гугла http://www.sql.ru/forum/362230/count-1-vs-count

то

откуда информация? :)

кто распространяет суеверия? :)

кто распространяет суеверия? :)

да не проста я 1 раз в postgresql лом работаю

а если на pgadmin дотащить всю Documents?

до этого в sql server ре работали 100 тыс записей за сек отрабатывало

libpq также скорее всего

до pgadmin дотащи всю Documents

до pgadmin дотащи всю Documents

не понял? как это дотащить

Помогите ребята.. разобраться .. всю оптимизацию сделал.. кк написанно.. результат то же остаёться

скорее всего твой sql server-клиент не вытаскивал все, а сотню, например

а с какой целью делается select * from "Documents"?

вакуум аналайз давно был? Понимаю что очевидно, но всё же

что потом происходит?

а с какой целью делается select * from "Documents"?

что бы эту инфу в клиэнт вытащить в grid view

что бы эту инфу в клиэнт вытащить в grid view

а где limit/offset/order by? :)

@Komzpa ок, готов провести ревизию знаний

Если вам нужны все строки то может проще в файл? pgAdmin это позволяет делать:) Если просто посмотреть первые строки, то совет выше как раз подойдет)

а где limit/offset/order by? :)

order by sort by select. для grid view.. тупо всю инфу вытащил в gridview добавил pagging sort by order by

а какая схема у Documents?

возможно, там лежит семисотмегабайтный text, и ты хочешь его подрезать перед передачей в грид? :)

да нет размер маленький

10 мг или 15 мг

а почему иммено так отрабатывает 12 sec для 60 тыc записей это нормально ?

как его оптимизировать

и уменьшить до 1 sec

дать памяти больше

сделайте EXPLAIN и пришлите пожалуйста

ща

explain пришлю

1,3 сек

1,3 сек

это если set maintenance_work_mem

написать

EXPLAIN (ANALYZE,BUFFERS,VERBOSE)

10 секунд это со временем сети и клинта

сам постгрес за 4мс вычитывает всё

это если set maintenance_work_mem

ну. а кто скажет сколько там в себя sql sqrver скушал?

10 секунд это со временем сети и клинта

и сериализации полей в текст

не понимаю как maintenance_work_mem тут поможет

никак

set work_mem бы ещё как-нибудь

да там из буффера просто читалось второй раз

ERROR: S client not available

на люнупсе помогает замерить время такое timing

10 секунд это со временем сети и клинта

это тормозной ADO-адаптер

\o /dev/null

а не сеть.

и выполнить запрос

пришлите пожалуйста вот это EXPLAIN (ANALYZE,BUFFERS,VERBOSE) select * from documents

да там из буффера просто читалось второй раз

значит диск тормозит

work_mem - не причем (это для seq scan зачем, для какой ноды?)

диск не причем (там 60k строк карл, точно влезет в файловый кэше)

"тихо свопами шурша едет шиндошс неспеша"

ну вот. Читаем из кеша

я говорю ADO-адаптер какой?

для чистоты эксперимента нужно посмотреть что будет если читать с диска

я говорю ADO-адаптер какой?

не понял это ORM ка ? я не понял

если ORM ка то Telerik Open acces

ок, начнем с языка :)

http://www.npgsql.org/ ?

это используете?

C# Asp net MVC

@vadvmkn можно вопрос про mamonsu?

конечно.

в логах zabix_agent очень часто пишет что гора ключей is not supported

C# Asp net MVC

http://www.telerik.com/download/data-access видимо это используете?

это используете?

нет ))

http://www.telerik.com/download/data-access видимо это используете?

да

в логах zabix_agent очень часто пишет что гора ключей is not supported

не понял при чем тут zabbix_agent :)

на сервере эти ключи помечаются как не поддерживаемые агентом но через некоторое время по ним приходят данные

mamonsu - для zabbix это агент с активными проверками

zabbix_agent не нужен

если вы все таки хотите его использовать, то вам нужно подцепить соот-вующие темплейты на хост

тот темплейт, что в доке описан я подключил