Скорее всего на эйребнб что-нить рядом отхвачу

Он же на острове будет проходить?

Скорее всего на эйребнб что-нить рядом отхвачу

Там просто можно в том же отеле где конфа, на двоих стоит так же как на одного

Надо подумать

Блин я хочу на пгдей

Вопрос есть про оптимизацию сортировки в оконной функции

Вопрос есть про оптимизацию сортировки в оконной функции

так ты собрался ехать??

Как сделать?

Да хотел бы

Посмотрим

Дорого

коллеги, а как освободить место после передвижения таблиц в другой тейблспейс?

# SELECT pg_size_pretty(pg_tablespace_size('old_transitions')); pg_size_pretty ---------------- 51 GB (1 row)

но при этом:

/dev/mapper/system-postgresql 394G 350G 25G 94% /var/lib/postgresql

# \db+ List of tablespaces Name | Owner | Location | Access privileges | Options | Description -----------------+----------+------------------------------------------------+-------------------+---------+------------- old_transitions | dbuser | /var/data/postgres/tablespaces/old_transitions | | | pg_default | postgres | | | | pg_global | postgres | | | | (3 rows)

А чем ты двигал? pg_repack?

Alter tablespace'ом

Ну всмысле сделал тейблспейс на другом диске и в цикле обошел пачку таблиц, сделав им alter tablespace

Теперь у меня есть 68гб на втором диске и нисколько не освободилось на основном

Vacuum?

Неа

Ну всмысле сделал, но не помогло

Место на диске только vacuum full освобождает

Передвинь обратно, и сделай репак

С указанием целевого таблеспейса

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

Ага, станут

Берем гигабайтную таблицу, меняем тейблспейс Она теперь занимает два гигабайта Меняем тейблспейс обратно - опа! - три гига

ну сделай ты уже вакум фулл

Не могу, ему места не хватает ;)

A vacuum full по таблицам никак не помогает, кстати

как никак? он сжимает неиспользуемое место и освободит место на диске

А я думал он копирует таблицу в новые файлы, а старые файлы удаляет.

Создай новую таблицу в свободном тэйблспесе insert select, старую удали ;) - immutability!

59 гиг таскать? А не быстрее дамп-делет-рестор таблицы?

если б она была одна

там партиции за пять лет

одних только таблиц сотня

а еще индексы

так что дамп-делет-рестор не быстрее

А я думал он копирует таблицу в новые файлы, а старые файлы удаляет.

Ну может и так, в любом случае не в другом тейбдспейсе же он их создаст

как никак? он сжимает неиспользуемое место и освободит место на диске

ну вот # vacuum full transitions_201209; не освободил ни мегабайта, хотя таблица 1.5гб

\d transitions_201209 Table "public.transitions_201209" ... Tablespace: "old_transitions"

но место она занимает все еще в обоих тейблспейсах, несмотря на vacuum full transitions_201209

сейчас передвинул весь датадир на большой медленный диск и делаю там vacuum full по всей базе

Кому интересно - мастер-классы по Постгрес, Голанг, Хайлоад и Реакт в эту субботу http://devconf.ru/ru/schedule/jun18#dbms

а там билеты какие то разыгрывались. разыгрались ?

Еще идет - каждые день в сообществах разыгрываем ? Традиционно..

Если на ЛОРе - есть аккаунт попробуйте там - только я вам этого не говорила.. у нас юбилей - 7лет ..

Мне интересен Rust но пока что то глухо с ним в РФ.

Мне интересен Rust но пока что то глухо с ним в РФ.

а где то уже не глухо?)

вроде бы... лично я рассматриваю Rust как единственный на данный момент вариант для написания ПО похожего на Postgres. Си много неудобств доставляет, C++ кроме своей сложности так же имеет и проблемы. (а рекоммендация писать на нём как Си с классами странна) Это я всё не для холивара пишу. Просто Rust именно в эту нишу метит.

вроде бы... лично я рассматриваю Rust как единственный на данный момент вариант для написания ПО похожего на Postgres. Си много неудобств доставляет, C++ кроме своей сложности так же имеет и проблемы. (а рекоммендация писать на нём как Си с классами странна) Это я всё не для холивара пишу. Просто Rust именно в эту нишу метит.

Я знаю, знаком с ним, мне самому он очень интересен

просто стало интересно, что уже где то на нем пишут что серьезное

Если бы в Си добавили перегрузку, неймспейсы и возможно классы или трайты то я бы почти трудностей не испытывал и с ним. (а лучше ещё и нормальную стандартную библиотеку)

Ну локомотив как был Servo так и остаётся. Парвда тут товарищи активно его в геймдев внедряют. Почти моментально появился биндинг к Vulkan хотя там было много технических проблем и большой объём кода.

Ну локомотив как был Servo так и остаётся. Парвда тут товарищи активно его в геймдев внедряют. Почти моментально появился биндинг к Vulkan хотя там было много технических проблем и большой объём кода.

серво то конечно огонь, надеюсь релизнется когда нибудь)

@stalkerg Вы, кстати, поедете на pgday? Что-то здесь про него никто не говорит

серво то конечно огонь, надеюсь релизнется когда нибудь)

судя по заявлениям Mozilla он плавненько внедрится в firefox. Servo уже стали сопрягать с остальным их зламом.

@stalkerg Вы, кстати, поедете на pgday? Что-то здесь про него никто не говорит

неа :( не подавал заявки на участие. На тот момент ещё мало что было показывать.

Yury нужно популяризировать rust, как язык для pg extensions ;)

Yury нужно популяризировать rust, как язык для pg extensions ;)

я еще даже на си не написал ни одного:D

Yury нужно популяризировать rust, как язык для pg extensions ;)

ну мы тут давно порываемся это потестить... но проблемма всё же в том, что 1. Postgres написан на Си. 2. У него нету API для экстеншенов и линковка/загрузка происходит как есть.

https://github.com/thehydroimpulse/postgres-extension.rs

ERROR: S client not available

это то да

Как раз на си - страшновато

там непонятно, что будет

с памятью

к примеру из-за этого нельзя собрать расширение mingw для postgres msvc.

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

Вот это и надо придумать для популяризации

Если будут гарантии относительной безопасности ....

https://github.com/thehydroimpulse/postgres-extension.rs/blob/master/src/lib.rs — уууу это всё шлак. :(

будет работать только в рамках одной версии.

А как правильно?

Любой код который лезет в кишки postgres писать на Си. Есть расширения которым особо ничего не нужно и там такого кода может вообще не быть но некоторые будет легче писать только на Си либо надо делать парсер заголовков постгреса и генерация биндинга. Опять же нету API. В postgres расширение виляет всем постгресом.

а со скоростью там что ? (не сильно в теме за нишу Rust)

а со скоростью там что ? (не сильно в теме за нишу Rust)

ну как C/C++.

выглядит интересно конечно..

а со скоростью там что ? (не сильно в теме за нишу Rust)

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

https://github.com/pingcap/tikv вон уже что пишут на нём

Postgres надо переписать с 0. Но непонятно когда и кто на это решится...

Postgres надо переписать с 0. Но непонятно когда и кто на это решится...

и имеет ли это смысл

и имеет ли это смысл

смысл это имеет 100% другой разговор, что сейчас не факт, что оправданно.

об этом говорят многие и давно... болячек у Postgres много и так просто эволюционно они не исправятся.

Postgres надо переписать с 0. Но непонятно когда и кто на это решится...

и можно ли это будет называть постгресом )

и можно ли это будет называть постгресом )

думаю нет, это будет другая БД. Но она вполне может быть совместима по синтаксису и функционалу.

и можно ли это будет называть постгресом )

если можно сделать лучше то почему бы не попытаться?

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

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

Современные средства и подходы к инжинирингу ПО тоже стали гораздо круче чем лет 15 назад.

> Любой код который лезет в кишки postgres писать на Си. Неужели прямо только на Си ? Даже на Си++ нельзя?

> Любой код который лезет в кишки postgres писать на Си. Неужели прямо только на Си ? Даже на Си++ нельзя?

можно с ограничениями https://www.postgresql.org/docs/9.5/static/xfunc-c.html#EXTEND-CPP

О круто, а что насчет D? Кто-нибудь пробовал писать экстеншены?

В нем тоже вроде как заявляется совместимость библиотек с C

не знаю. Теоретически наверное можно, если сконвертировать заголовочные файлы постгреса и соблюдать те же ограничения, что и для c++

если не всплывет какая-нть бинарная несовместимость на уровне вызова функций или чего-нть подобного