@pgsql

Страница 636 из 1062
Dmitriy
18.01.2018
05:22:06
нет, у меня 9.6

Пока ссыкотно ставить ее, слишком уж там много всего поменяли.

Google
tatarin
18.01.2018
05:25:14
Пока ссыкотно ставить ее, слишком уж там много всего поменяли.
А по моему кардинального ни чего в ней нет. Зачем переходить?

Жду 11й

Dmitriy
18.01.2018
05:26:18
Там вроде производительность улучшили, да и потом проще переходить на 11 будет

tatarin
18.01.2018
05:30:03
Там вроде производительность улучшили, да и потом проще переходить на 11 будет
Если не написать этих заветных слов про производительность, вообще ни кто не перейдет ;)

Dmitriy
18.01.2018
05:31:19
Я фанат свежего софта. Я верю, что все со временем становится лучше, быстрее, качественее

Dmitriy
18.01.2018
05:39:35
я не пользуюсь виндой)

linux one love

Andrey
18.01.2018
05:54:45
Спасибо за ответ. Вам сейчас, что именно не хватает в pg_pathman, раз разработчики в чате, может доделают?
Сейчас всё хватает. То, что я просил, уже сделали - поддержка партицирования по произвольному выражению.

Nikolay
18.01.2018
05:57:13
напоминаю, что завтра (пятница) разбираем разный нетривиальный SQL с Максимом Богуком, онлайн в 11мск https://www.meetup.com/postgresqlrussia/events/246602821/ 128 человек уже записались, присоединяйтесь трансляция/запись будет тут: https://www.youtube.com/c/RuPostgres там же будет чатик для вопросов

Mike Chuguniy
18.01.2018
06:01:40
У меня структура: 50 ГБ данных. Хочу разбить их помесячно. Ключ - число (unix_timestamp)
Какое железо? Это одна табличка, или объём всей базы? Я видел более объёмные таблицы, которые прекрасно обходились без партиционирования.

pg_pathman pg_pathman может конфликтовать с другими расширениями, использующими те же функции для перехвата управления. Например, возможен конфликт pg_pathman с pg_stat_statements, так как оба эти расширения используют функцию ProcessUtility_hook. Это всё, что нужно знать эксплуататору про данное расширение.

Google
Dmitriy
18.01.2018
06:03:20
50 ГБ не туда посмотрел)

Mike Chuguniy
18.01.2018
06:04:28
Памяти 2 - это чего 2 Гигабайта?

50 Гб - одна табличка?

Dmitriy
18.01.2018
06:04:39
да, 2 гига

50 Гб - одна табличка?
Да, одна табличка. 16ГБ данные, 53 ГБ индексы

Mike Chuguniy
18.01.2018
06:06:23
Вообще не понял. Одна табличка - 50 Гб. 16 Гб данных и 53 Гб индексов - это как?

Dmitriy
18.01.2018
06:07:23
Одна табличка - 50 Гб - промахнулся

tatarin
18.01.2018
06:07:39
Вы его используете в проде?

Mike Chuguniy
18.01.2018
06:09:36
Были проблемы при обновлении версий?
Я его не пробовал. Мне данного предупреждения за глаза хватает, чтобы не хотеть им пользоваться.

Аггей
18.01.2018
06:10:12
Были проблемы при обновлении версий?
Я с 9.6 на 10 обновлял с расширением

Dmitriy
18.01.2018
06:10:47
ну в моей ситуации: у меня стоковая база из репозитория. ставилась через apt install. Так что если я его накачу ничего не сломается. Конфликтовать не с чем)

tatarin
18.01.2018
06:15:12
А при обновлении версии pg_pathman?

YaOurTea
18.01.2018
06:22:17
Доброго времени суток. У меня есть две таблицы, одна с (id, name, sum) кучи документов, а другая - это one to many связь с первой таблицей, то есть там (owner_id, num1, num2, num3). И мне надо поле sum первой таблицы заполнить суммой всех полей соответствующего id, то есть в итоге должно выйти что-то типа:



Google
YaOurTea
18.01.2018
06:26:23
sum(num1+num2+num3)
сумму я сделал, надо как-то апдейт сделать, не понимаю как

Anton [Mgn, az09@osm]
18.01.2018
06:26:37
подзапросом или CTE

апдейты они такие, да

YaOurTea
18.01.2018
06:30:30
Такс не туда))

tatarin
18.01.2018
06:42:10
Идёте на конференцию pgconf.ru? Да, уже не в первый раз – 15 ??????? 38% Нет, не в этот раз – 15 ??????? 38% Первый раз слышу про конференцию – 6 ??? 15% Да, пойду впервые – 4 ?? 10% ? 40 people voted so far.

Anton [Mgn, az09@osm]
18.01.2018
06:53:04
Такс не туда))
получилось хоть?

YaOurTea
18.01.2018
06:54:47
получилось хоть?
Да, скрипт миграции успешно выполнен

Александр
18.01.2018
07:00:46
Эх, сходил бы Олег Бартунов приезжал в Уфу, задал офигенный вектор обучения Приглашал на конфу Но увы, проходит в день рождения ) так что не в этом году

Nikolay
18.01.2018
07:55:22
https://t.me/oracle_ru

Alex
18.01.2018
08:09:08
Но windows периодически опровергает?
При чем тут Винодовс? Шрифты в линуксе ,наконец, перестали были мылом?

Аггей
18.01.2018
08:14:10
При чем тут Винодовс? Шрифты в линуксе ,наконец, перестали были мылом?
У меня плохое зрение - мне они никогда не мешали. А про windows - я был разочарован еще win 7 - когда для настройки сети мне стало на 2 клика дальше чем в XP. С тех пор винда на виртуалочке для некоторых извращенных vpn и для отладки легаси кода на C#

Andrey
18.01.2018
08:17:05
При чем тут Винодовс? Шрифты в линуксе ,наконец, перестали были мылом?
Субъективно, в линуксе шрифты уже давно лучше.

/dev/null
18.01.2018
08:34:17
Субъективно, в линуксе шрифты уже давно лучше.
Они всегда были неплохие, просто нужно кое чего подкрутить руками, т.к лицензия не позволяет это по умолчанию делать

Gleb
18.01.2018
08:35:04
В рашн федоре нормально подкручено из коробки

Konstantin
18.01.2018
08:38:47
Всем привет! подскажите в транзакциях работают правила (rule)? мне нужно do nothing для записей с одинаковыми pk

Andrey
18.01.2018
08:40:09
Всем привет! подскажите в транзакциях работают правила (rule)? мне нужно do nothing для записей с одинаковыми pk
А почему не должны? В транзакциях вообще мало что не работает, можно по пальцам пересчитать.

Konstantin
18.01.2018
08:41:20
А почему не должны? В транзакциях вообще мало что не работает, можно по пальцам пересчитать.
у меня просто не сработало. транзакция отменяется: сould not complete operation in a failed transaction а если просто insert сделать то все ок.

Andrey
18.01.2018
08:43:04
у меня просто не сработало. транзакция отменяется: сould not complete operation in a failed transaction а если просто insert сделать то все ок.
Ну у вас раньше ошибка где-то случилась в транзакции. Например, правило не сработало.

Konstantin
18.01.2018
08:49:19
Ну у вас раньше ошибка где-то случилась в транзакции. Например, правило не сработало.
да там вроде бы больше и негде. Ладно спасибо, будем думать.

Google
Vladislav
18.01.2018
10:04:10
Друзья, подскажите, задача следующая: в Oracle есть n таблиц, все нужно выгрузить и экспортировать. Как это сделать максимально быстро? Цикл какой-нибудь там, да? Дайте краткий гайд, молю

Anton [Mgn, az09@osm]
18.01.2018
10:06:18
в экселе можно скрипт накидать. удобно когда однотипную операцию требуется с несколькими объектами провести

Mike Chuguniy
18.01.2018
10:07:07
Или в куда таблички из оракела экспортировать?

Vladislav
18.01.2018
10:10:20
Или в куда таблички из оракела экспортировать?
Хотя бы просто на хард в csv или xls

Andrey
18.01.2018
10:12:39
Хотя бы просто на хард в csv или xls
pg умеет загружать из csv. Это быстро

Vladislav
18.01.2018
11:28:34
В csv можно выгрузить через sql developer или по таблице в файл либо скопом
По таблице в файл это долго, таблиц много. А скопом как?

Alex
18.01.2018
11:28:51
В один файл %)

Выгружает весьма быстро

Может есть какой то инструмент заточенный но я ток про sql developer знаю тк его для этого пользовал

Ora2pg , fdw это для миграции на пг

Sql developer и кодировки норм поддерживает и конвертить умеет в нужную при выгрузке

Аггей
18.01.2018
11:35:29
Sql developer и кодировки норм поддерживает и конвертить умеет в нужную при выгрузке
У него еще есть хинт который можно добавить в запрос и выводить будет сразу в fixed или csv - для массовых экспортов самое оно

https://www.thatjeffsmith.com/archive/2012/05/formatting-query-results-to-csv-in-oracle-sql-developer/

https://www.packtpub.com/mapt/book/big_data_and_business_intelligence/9781785281273/2/ch02lvl1sec23/sql-worksheet-%22hints%22-for-formatting-output

Google
Alex
18.01.2018
11:37:41
Огонь!

Tolya
18.01.2018
11:54:54
всем привет! помогите разобраться с логикой построения плана запроса в PostgreSQL, пожалуйста. Исходные данные: uid, foreign_uid, bar_number - text year, month - int foo - таблица на 500 миллионов строк есть индекс idx_vpo_tst btree (foreign_uid, month, year, lower(bar_number) varchar_pattern_ops) WHERE bar_number::text = 'type1'

есть две версии запроса (первая миллисекунды, вторая десятки минут) SELECT bar_number, uid FROM foo WHERE foreign_uid= '1aa2bbbb-cccc-dddd-eeee-ffffffffffff' AND type='type1' AND lower(bar_number) LIKE lower('6600153866%') AND year=2017 AND month=6 ORDER BY lower(bar_number), uid LIMIT 10; SELECT bar_number, uid FROM foo WHERE foreign_uid= '1aa2bbbb-cccc-dddd-eeee-ffffffffffff' AND type='type1' AND lower(bar_number) LIKE lower('6600153866%') AND year=2017 AND month=6 ORDER BY bar_number, uid LIMIT 10;

в обоих случаях планер использует один и тот же индекс idx_vpo_tst btree

Vadim
18.01.2018
11:56:15
можно просто прислать план запроса)

Tolya
18.01.2018
11:56:25
сейчас :)

Mike Chuguniy
18.01.2018
11:59:27
В первом запросе для сортировки используется индекс, во втором - нет.

Tolya
18.01.2018
12:00:41
вот первый (быстрый)

Limit (cost=8104.10..8104.13 rows=10 width=79) -> Sort (cost=8104.10..8109.02 rows=1967 width=79) Sort Key: (lower((bar_number)::text)), uid COLLATE "C" -> Index Scan using idx_vpo_tst on foo paymentdoc0_ (cost=0.69..8061.60 rows=1967 width=79) Index Cond: (((foreign_uid)::text = '1aa2bbbb-cccc-dddd-eeee-ffffffffffff'::text) AND (month = 6) AND (year = 2017) AND (lower((bar_number)::text) = '6600153866'::text)) Filter: (lower((bar_number)::text) ~~ '6600153866'::text)

вот второй (долгий)

Limit (cost=0.69..2441.90 rows=10 width=47) -> Index Only Scan using idx_tst on foo (cost=0.69..480185.47 rows=1967 width=47) Index Cond: ((foreign_uid = '1aa2bbbb-cccc-dddd-eeee-ffffffffffff'::text) AND (month = 6) AND (year = 2017)) Filter: (lower((bar_number)::text) ~~ '6600153866'::text) (4 rows)

индекс на второй запрос idx_tst btree (foreign_uid, month, year, bar_number, uid) WHERE bar_number::text = 'type1'::text

один от второго запросы отличаются тем, что в первом случае есть lower в order by части, а во втором нет

во всем остальном полностью совпадают

andrey
18.01.2018
12:05:34
всем привет, что посоветуете почитать для освоения сложных select с join, я сейчас попал на проект с аналитикой metabase + postgres

Страница 636 из 1062