поставил собираться

да, есть. Но деббагер который он использует располагается на сервере. По этой инструкции я делал, но сервер не стартует из-за отсутствия плагина. сейчас еще раз перепроверил в пакетах сборку postgresql/ ну мало ли может чего упустил. Но все равно я не нашел этот плагин. Значит на 9.6 он не идет.

в любом случае дебаггер должен быть на сервере. как же без него

)))

пакет собрался, но в перечне я не нашел дебаггера ls *.control adminpack.control dict_int.control isn.control pg_trgm.control tablefunc.control autoinc.control dict_xsyn.control lo.control pg_visibility.control tcn.control bloom.control earthdistance.control ltree.control pgcrypto.control timetravel.control btree_gin.control file_fdw.control moddatetime.control pgrowlocks.control tsearch2.control btree_gist.control fuzzystrmatch.control pageinspect.control pgstattuple.control tsm_system_rows.control chkpass.control hstore.control pg_buffercache.control postgres_fdw.control tsm_system_time.control citext.control insert_username.control pg_freespacemap.control refint.control unaccent.control cube.control intagg.control pg_prewarm.control seg.control uuid-ossp.control dblink.control intarray.control pg_stat_statements.control sslinfo.control xml2.control

может он называется как то иначе, а не plugin_debagger

?

эм.. не правильно написал. plugin_debugger

Извините, поторопился… Вам нужно другое, пару минут плз

ничего страшного. мне все равно обратиться больше не к кому. Сам, да вот Вы )))))

Посмотрите здесь: https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree

README.pldebugger

И вот ещё: http://www.sql.ru/forum/1181313/pl-pgsql-debugger-voprosy-po-ustanovke

для меня подходит лишь первая ссылка. Так как собрать надо на FreeBSD. Но вот уже несколько часов не получается выполнить первый пункт. Что я сделал 1. после сборки появилась в порту папка work 2. зашел в папку по пути ./work/postgresql-9.6.2/contrib и сюда скопировал папку с файлами которые представлены здесь https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree 3. в этой же папке отредактировал файл Makefile. Добавил в SUBDIRS папку которую копировал. 4. выхожу в корень ./work/postgresql-9.6.2. выполняю make clean && make 5. проверяю папку stage которая находится в work. собранной библиотеке нет. не могу понять чего не хватает для успеха. (((

Расступитесь, я совершенно случайно разработчик портов фри, сейчас посмотрю

спасибо

для меня подходит лишь первая ссылка. Так как собрать надо на FreeBSD. Но вот уже несколько часов не получается выполнить первый пункт. Что я сделал 1. после сборки появилась в порту папка work 2. зашел в папку по пути ./work/postgresql-9.6.2/contrib и сюда скопировал папку с файлами которые представлены здесь https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree 3. в этой же папке отредактировал файл Makefile. Добавил в SUBDIRS папку которую копировал. 4. выхожу в корень ./work/postgresql-9.6.2. выполняю make clean && make 5. проверяю папку stage которая находится в work. собранной библиотеке нет. не могу понять чего не хватает для успеха. (((

make clean всё трет

Как минимум папку work

make clean всё трет

да но я не вышел из work. поэтому не затирает

для меня подходит лишь первая ссылка. Так как собрать надо на FreeBSD. Но вот уже несколько часов не получается выполнить первый пункт. Что я сделал 1. после сборки появилась в порту папка work 2. зашел в папку по пути ./work/postgresql-9.6.2/contrib и сюда скопировал папку с файлами которые представлены здесь https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree 3. в этой же папке отредактировал файл Makefile. Добавил в SUBDIRS папку которую копировал. 4. выхожу в корень ./work/postgresql-9.6.2. выполняю make clean && make 5. проверяю папку stage которая находится в work. собранной библиотеке нет. не могу понять чего не хватает для успеха. (((

попробуйте не копировать в contrib, а просто клонируете, заходите внутрь директории, выполняете make install USE_PGXS=1 PG_CONFIG=/путь/к/бинарникам/постгреса/pg_config

попробуйте не копировать в contrib, а просто клонируете, заходите внутрь директории, выполняете make install USE_PGXS=1 PG_CONFIG=/путь/к/бинарникам/постгреса/pg_config

я вас правильно понял? путь должен быть таким /usr/local/bin/pg_config

да, если pg установлен туда

выхлоп вот такой make USE_PGXS=1 PG_CONFIG=/usr/local/bin/pg_config make: "./pldebugger/Makefile" line 17: Need an operator make: "./pldebugger/Makefile" line 19: Need an operator make: "./pldebugger/Makefile" line 25: Need an operator make: "./pldebugger/Makefile" line 28: Could not find make: "./pldebugger/Makefile" line 29: Need an operator make: "./pldebugger/Makefile" line 32: Could not find ../../src/Makefile.global make: "./pldebugger/Makefile" line 33: Cannot open /contrib/contrib-global.mk make: "./pldebugger/Makefile" line 34: Need an operator make: "./pldebugger/Makefile" line 54: Need an operator make: "./pldebugger/Makefile" line 56: Need an operator make: "./pldebugger/Makefile" line 63: Need an operator make: Fatal errors encountered — cannot continue

а pg собирали сами?

да

из портов

contrib тоже собирал из портов сегодня. все собралось и одно расширение на сервере я установил. все работает. вот дебаггера нет в contrib его надо добавить

выхлоп вот такой make USE_PGXS=1 PG_CONFIG=/usr/local/bin/pg_config make: "./pldebugger/Makefile" line 17: Need an operator make: "./pldebugger/Makefile" line 19: Need an operator make: "./pldebugger/Makefile" line 25: Need an operator make: "./pldebugger/Makefile" line 28: Could not find make: "./pldebugger/Makefile" line 29: Need an operator make: "./pldebugger/Makefile" line 32: Could not find ../../src/Makefile.global make: "./pldebugger/Makefile" line 33: Cannot open /contrib/contrib-global.mk make: "./pldebugger/Makefile" line 34: Need an operator make: "./pldebugger/Makefile" line 54: Need an operator make: "./pldebugger/Makefile" line 56: Need an operator make: "./pldebugger/Makefile" line 63: Need an operator make: Fatal errors encountered — cannot continue

это случаем не freebsd make? Если да, то надо поставить gnu make

pkg install gmake

и gmake запускать

вот часть выхлопа при сборке contrib gmake[3]: Leaving directory '/usr/ports/databases/postgresql96-contrib/work/postgresql-9.6.2/contrib/uuid-ossp' gmake -C xml2 install gmake[3]: Entering directory '/usr/ports/databases/postgresql96-contrib/work/postgresql-9.6.2/contrib/xml2' /bin/mkdir -p '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/lib/postgresql' /bin/mkdir -p '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/share/postgresql/extension' /bin/mkdir -p '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/share/postgresql/extension' STRIPPROG='strip —strip-unneeded' /bin/sh ../../config/install-sh -c -m 755 -s pgxml.so '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/lib/postgresql/pgxml.so' /bin/sh ../../config/install-sh -c -m 644 ./xml2.control '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/share/postgresql/extension/' /bin/sh ../../config/install-sh -c -m 644 ./xml2--1.1.sql ./xml2--1.0--1.1.sql ./xml2--unpackaged--1.0.sql '/usr/ports/databases/postgresql96-contrib/work/stage/usr/local/share/postgresql/extension/' gmake[3]: Leaving directory '/usr/ports/databases/postgresql96-contrib/work/postgresql-9.6.2/contrib/xml2' gmake[2]: Leaving directory '/usr/ports/databases/postgresql96-contrib/work/postgresql-9.6.2/contrib' gmake[1]: Leaving directory '/usr/ports/databases/postgresql96-contrib/work/postgresql-9.6.2/contrib' ====> Compressing man pages (compress-man) я так понимаю собирается тем, что Вы рекомендуете

угу

gmake install и готово

gmake install и готово

да установиться. я предпочитаю make install. Но легче не от того не от этого не становиться в папке stage ls _int.so btree_gin.so dict_int.so insert_username.so passwordcheck.so pg_visibility.so refint.so timetravel.so adminpack.so btree_gist.so dict_xsyn.so isn.so pg_buffercache.so pgcrypto.so seg.so tsearch2.so auth_delay.so chkpass.so earthdistance.so lo.so pg_freespacemap.so pgrowlocks.so sslinfo.so tsm_system_rows.so auto_explain.so citext.so file_fdw.so ltree.so pg_prewarm.so pgstattuple.so tablefunc.so tsm_system_time.so autoinc.so cube.so fuzzystrmatch.so moddatetime.so pg_stat_statements.so pgxml.so tcn.so unaccent.so bloom.so dblink.so hstore.so pageinspect.so pg_trgm.so postgres_fdw.so test_decoding.so uuid-ossp.so нужного файла то нет

имел в виду папку вот по этому пути ./work/stage/usr/local/lib/postgresql

make install из портов будет точно так же вызывать gmake там где это надо

а про файл не очень понял. Вы pldebugger ставите? из архива?

а про файл не очень понял. Вы pldebugger ставите? из архива?

да pldebugger. нет из исходников взятых от сюда https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree

да pldebugger. нет из исходников взятых от сюда https://git.postgresql.org/gitweb/?p=pldebugger.git;a=tree

ок. gmake install возьмет пути из утилиты pg_config

можете запустить pg_config и посмотреть

иду пробовать

.so установится по этим путям

если gmake install от рута был, то скорее всего оно уже стоит на системном постгресе и можно создавать экстеншн

если gmake install от рута был, то скорее всего оно уже стоит на системном постгресе и можно создавать экстеншн

спасибо огромное. собралось. установилось и расширение в базе создалось. ?

выручили студента

век живи и век учись ))))

пожалуйста)

работает. УРА. Ну наконец-то ))))) . "Лучше день потерять, а потом за 5 минут долететь" ЕЩЕ РАЗ ОГРОМНОЕ СПАСИБО.

Del

Вот из-за таких граблей я и перестал фряху юзать.

Вот из-за таких граблей я и перестал фряху юзать.

))) это не грабли. Это незнание матчасти!

))) это не грабли. Это незнание матчасти!

хе :) я получается я тож недавно на грабли нарвался. Грабля называется "Конфиг постгриса" ?

С матчастью вроде порядок. Но прелести в виде багов при сборке на идентичных хардварно и софтварно системах меня к пингвинам склонили окончательно. Т.е. на одном серваке собиралось, второй сдал меня далеко. И сырой pkg не убедил вернуться

С матчастью вроде порядок. Но прелести в виде багов при сборке на идентичных хардварно и софтварно системах меня к пингвинам склонили окончательно. Т.е. на одном серваке собиралось, второй сдал меня далеко. И сырой pkg не убедил вернуться

Практики у меня мало. Но для себя поставил ряд правил. сервер на FreeBSD. Писать на плюсах и Си. С применением WINAPI, GTK+. А СУБД начинаю склоняться в сторону PostgreSQL. Причем использовать СУБД не лишь для хранения данных. А для полноценной их обработки. Во всем этом есть плюсы и минусы. На пенсии будет развлечение. Еще пару лет и алга.

Обрабатывать данные в базе - не самая лучшая идея. Но конечно, смотря сколько этих данных. Кодить можно хоть на чем, к чему душа лежит. Но если серваков больше 2, фряха опять же превращается в головную боль. Ну ладно, больше 5

Практики у меня мало. Но для себя поставил ряд правил. сервер на FreeBSD. Писать на плюсах и Си. С применением WINAPI, GTK+. А СУБД начинаю склоняться в сторону PostgreSQL. Причем использовать СУБД не лишь для хранения данных. А для полноценной их обработки. Во всем этом есть плюсы и минусы. На пенсии будет развлечение. Еще пару лет и алга.

Еще можно посмотреть пару принципов отсюда https://events.yandex.ru/lib/talks/589/

Фряху лучше использовать для сетевых задач

Фряха - круть! Я начинал еще с 3.6 версии )))

Еще можно посмотреть пару принципов отсюда https://events.yandex.ru/lib/talks/589/

Я по большей части немного не в том направлении иду. Хотя и это периодически встречается в моей деятельности. Ведь всего приходиться добиваться самому. И с Вашей помощью. Я обучаюсь в МТИ на 2 курсе на технолога по разработке программного обеспечения. Так сказать осуществляю школьную мечту. Хотел быть программистом. А в жизни получилось так, что компьютер печатная машинка на работе. А я человек ленивый - вот и пытаюсь обуздать автоматизацию ))))) Много рутинной работы взвесил на ПК, но из-за небольшой матчасти и малого опыта приходится периодически переделывать и переписывать заново.

я скорее про то что надо rfc читать, статистику хорошо знать и тд. В том числе и программисту)

Кстати недавно стоял у меня на железе Ubuntu server паралельно с FreeBSD. Больше все же на сегодняшний момент притягивает FreeBSD

Фряха - круть! Я начинал еще с 3.6 версии )))

Я с 6 начал. Но при больших объёмах серверов она уже становится проблемой

Так же, как и генту

я скорее про то что надо rfc читать, статистику хорошо знать и тд. В том числе и программисту)

абсолютно согласен. Вот бы студенческую и холостяцкую жизнь вернуть обратно. Но с этим багажом знаний. )))))

ERROR: S client not available

Про дурачков с серверами на арче просто молчу

Всем привет, есть такая схема таблиц grandfather(id,name), father(id,grandfather_id,name), son(id,father_id,name) Возможно ли используя JOIN узнать и подставить имя деда для сыновей с именем Олег? Или решение будет состоять из нескольких запросов?

Фряха - круть! Я начинал еще с 3.6 версии )))

Последний 3.5-RELEASE вышел 23 июня 2000 года.

Последний 3.5-RELEASE вышел 23 июня 2000 года.

отже шит с кнопками... не умею пэцкать на мобильнике )))

4.6

чет, там джун этот выпуск

Еще можно посмотреть пару принципов отсюда https://events.yandex.ru/lib/talks/589/

Не нужно туда смотреть. Там про люто-бешеное красноглазие 48 часов в сутки. Знать и уметь всё, и чуть-чуть больше.

ек... по две кнопы под пальцем ))) Нееее, надо домой за ноут идти.

Видел я таких. Спасибо, больше не хочу.

??

Я с 6 начал. Но при больших объёмах серверов она уже становится проблемой

Если работать, как в яндексе, любое количество серверов будет проблемой. При нормальных, отлаженных технических и технологических процессах несколько тысяч серверов под фряхой (от 7-й до 10-й версий ) по части обслуживания проблемой не являются. А вот поддержка вендорами и разработчиками софта фряшечки не оставляет этой животинке серьезных шансов на серьёзное распространение. Ну и для меня лично разделение на систему и всё остальное, которое ставится в /usr/local - оно вымораживает. На для зачем?!

Так же, как и генту

Эххх... Не дают мне с гентой развлечься по-настоящему, а то бы я - уххх! :) :D

Всем привет, есть такая схема таблиц grandfather(id,name), father(id,grandfather_id,name), son(id,father_id,name) Возможно ли используя JOIN узнать и подставить имя деда для сыновей с именем Олег? Или решение будет состоять из нескольких запросов?

у меня получилось вот так SELECT "son"."name" AS "son", "grand"."name" AS "grand" FROM "test"."son" AS "son", "test"."father" AS "fath", "test"."grandfather" AS "grand" WHERE "son"."name"='Олег' AND "fath"."id"="son"."father_id" AND "grand"."id"="fath"."grandfather_id";

А нафига всё в двойных кавычках?

двойные кавычки позволяют совершать глупости! :)

у меня получилось вот так SELECT "son"."name" AS "son", "grand"."name" AS "grand" FROM "test"."son" AS "son", "test"."father" AS "fath", "test"."grandfather" AS "grand" WHERE "son"."name"='Олег' AND "fath"."id"="son"."father_id" AND "grand"."id"="fath"."grandfather_id";

Спасибо, но я уже сам сделал =) Получилось вот так SELECT * FROM son INNER JOIN father ON son.father_id=father.id INNER JOIN grandfather ON father.grandfather_id=grandfather.id;

двойные кавычки позволяют совершать глупости! :)

А мне подумалось про ... эээ, не, к ночи не буду поминать непотребство всякое. :D

А нафига всё в двойных кавычках?

двойные кавычки развязывают руки. И позволяют регистро-зависимые названию юзать

Спасибо, но я уже сам сделал =) Получилось вот так SELECT * FROM son INNER JOIN father ON son.father_id=father.id INNER JOIN grandfather ON father.grandfather_id=grandfather.id;

если не затруднит покажи пожалуйста план выполнения с анализом

если не затруднит покажи пожалуйста план выполнения с анализом

Не понял вопроса. Что именно нужно показать?)

Не понял вопроса. Что именно нужно показать?)

"Nested Loop (cost=12.69..34.94 rows=4 width=116) (actual time=0.074..0.091 rows=1 loops=1)" " -> Hash Join (cost=12.54..33.99 rows=4 width=66) (actual time=0.058..0.067 rows=1 loops=1)" " Hash Cond: (fath.id = son.father_id)" " -> Seq Scan on father fath (cost=0.00..18.30 rows=830 width=12) (actual time=0.010..0.016 rows=3 loops=1)" " -> Hash (cost=12.49..12.49 rows=4 width=66) (actual time=0.031..0.031 rows=1 loops=1)" " Buckets: 1024 Batches: 1 Memory Usage: 9kB" " -> Bitmap Heap Scan on son (cost=4.03..12.49 rows=4 width=66) (actual time=0.021..0.023 rows=1 loops=1)" " Recheck Cond: ((name)::text = 'Олег'::text)" " Heap Blocks: exact=1" " -> Bitmap Index Scan on son_idx (cost=0.00..4.03 rows=4 width=0) (actual time=0.011..0.011 rows=1 loops=1)" " Index Cond: ((name)::text = 'Олег'::text)" " -> Index Scan using grandfather_pkey on grandfather grand (cost=0.15..0.23 rows=1 width=62) (actual time=0.009..0.011 rows=1 loops=1)" " Index Cond: (id = fath.grandfather_id)" "Planning time: 0.199 ms" "Execution time: 0.150 ms"

Спасибо, но я уже сам сделал =) Получилось вот так SELECT * FROM son INNER JOIN father ON son.father_id=father.id INNER JOIN grandfather ON father.grandfather_id=grandfather.id;

если ты напишешь вместо inner join просто join, меньше людей будут пугаться, читая запрос. :)

если ты напишешь вместо inner join просто join, меньше людей будут пугаться, читая запрос. :)

лично я не испугался. для меня интереснее что выполняется быстрее

"Nested Loop (cost=12.69..34.94 rows=4 width=116) (actual time=0.074..0.091 rows=1 loops=1)" " -> Hash Join (cost=12.54..33.99 rows=4 width=66) (actual time=0.058..0.067 rows=1 loops=1)" " Hash Cond: (fath.id = son.father_id)" " -> Seq Scan on father fath (cost=0.00..18.30 rows=830 width=12) (actual time=0.010..0.016 rows=3 loops=1)" " -> Hash (cost=12.49..12.49 rows=4 width=66) (actual time=0.031..0.031 rows=1 loops=1)" " Buckets: 1024 Batches: 1 Memory Usage: 9kB" " -> Bitmap Heap Scan on son (cost=4.03..12.49 rows=4 width=66) (actual time=0.021..0.023 rows=1 loops=1)" " Recheck Cond: ((name)::text = 'Олег'::text)" " Heap Blocks: exact=1" " -> Bitmap Index Scan on son_idx (cost=0.00..4.03 rows=4 width=0) (actual time=0.011..0.011 rows=1 loops=1)" " Index Cond: ((name)::text = 'Олег'::text)" " -> Index Scan using grandfather_pkey on grandfather grand (cost=0.15..0.23 rows=1 width=62) (actual time=0.009..0.011 rows=1 loops=1)" " Index Cond: (id = fath.grandfather_id)" "Planning time: 0.199 ms" "Execution time: 0.150 ms"

нужно выполнить с EXPLAIN? QUERY PLAN —------------------------------------------------------------------------------- Hash Join (cost=25.95..59.40 rows=1130 width=524) Hash Cond: (device_metrics.device_id = devices.id) -> Seq Scan on device_metrics (cost=0.00..21.30 rows=1130 width=8) -> Hash (cost=24.20..24.20 rows=140 width=520) -> Hash Join (cost=11.57..24.20 rows=140 width=520) Hash Cond: (devices.user_id = users.id) -> Seq Scan on devices (cost=0.00..11.40 rows=140 width=8) -> Hash (cost=10.70..10.70 rows=70 width=520) -> Seq Scan on users (cost=0.00..10.70 rows=70 width=520) (9 строк)

нужно выполнить с EXPLAIN? QUERY PLAN —------------------------------------------------------------------------------- Hash Join (cost=25.95..59.40 rows=1130 width=524) Hash Cond: (device_metrics.device_id = devices.id) -> Seq Scan on device_metrics (cost=0.00..21.30 rows=1130 width=8) -> Hash (cost=24.20..24.20 rows=140 width=520) -> Hash Join (cost=11.57..24.20 rows=140 width=520) Hash Cond: (devices.user_id = users.id) -> Seq Scan on devices (cost=0.00..11.40 rows=140 width=8) -> Hash (cost=10.70..10.70 rows=70 width=520) -> Seq Scan on users (cost=0.00..10.70 rows=70 width=520) (9 строк)

explain (analyze,verbose,buffers)

Свой запрос я выдумал на основе реального, в последнем

лично я не испугался. для меня интереснее что выполняется быстрее

90% одинаковых по сути своей запросов разворачиваются в одинаковые планы

все я уже сравнил вот мой результат "Execution time: 0.154 ms" вот результат вашего запроса "Execution time: 0.173 ms"

я для себя пока учусь. Все еще много зависит от настройки планировщика и железа и на разных серверах по разные результаты

у меня Execution time: 0.187 ms

ну я выбрал наименьшие результаты выполнения при множественных выполнении запросов. Чтоб разогретая база была.