Postgres и Пустота

[zoroda]

Это особенность реализации для ALTER TABLE, чтобы при очередном DROP COLUMN не валилась ошибка

[CPro]

Тоже странная вещь ведь. По-сути это как новую таблицу сделать, если все поля дропаешь и новые добавляешь.

[zoroda]

Да, наверное странно, но такое решение было принято чтобы обойти потенциальные проблемы с DROP COLUMN

[hdfan2]

Любимая таблица дзен-буддистов.

[spendlively]

Для кого «боян»...

Правильно писать «бАян»! Извините, не смог, сдержаться. Просто 8 лет играл на нем в школе. Наконец-то пригодилось!

[fireSparrow]

Из википедии:
Боян (Boian) — археологическая культура эпохи неолита (4-е тыс. до. н. э.), на территории Молдавии, Румынии и Болгарии.

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

[spendlively]

Ах, чёрт, значит еще не пригодилось!

[KozzyKoder]

Еще в «Слове о полку Игореве» упоминается древнерусский певец и сказитель Боян. Всегда думал что это слово с ним связано.

[CPro]

Поправил. Баян может спать спокойно!

[dmitry_dvm]

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

[CPro]

Пусть будет баян. Человек 8 лет учился.

[fireSparrow]

На самом деле, всё-таки «баян».
Существуют три основных версии, почему это слово стали использовать в значении «повторно опубликованная шутка или информация».
По двум из них это слово как раз-таки пошло от названия музыкального инструмента, по третьей — от крейсера «Баян» времён русско-японской войны.

[Razoomnick]

Я всегда почему-то думал, что это отсылка к анекдоту «хоронили тещу, порвали два баяна».

[fireSparrow]

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

[ploop]

У меня одного данный пример возвращает только syntax error?

[Michael13]

Та же фигня. Может от версии зависит…

[ploop]

9.1.13 у меня

[Germanets]

Postgresql 9.6.2, работает так же как и у автора.

[animhotep]

думаю стоит версию указывать, на 9.5.6 работает

[CPro]

Добавил комментарий про версию. В 9.3 не работает, в 9.5, говорят, работает. Осталось проверить 9.4 у кого есть и мы будем знать мажорную версию, когда добавили эту супер фишку :)
Ну не читать же release notes, в самом деле :)

[porozhnyy]

На 10 версии тоже работает. Так что фичу не выпилили )

[kshvakov]

Это появилось в 9,4
https://www.postgresql.org/docs/9.4/static/release-9-4.html

Allow SELECT to have an empty target list (Tom Lane)
This was added so that views that select from a table with zero columns can be dumped and restored correctly.

[CPro]

О, ты наш герой! Думал уж никто до release notes не доберётся :)
То что там написано как то не очень пролило свет:

This was added so that views that select from a table with zero columns can be dumped and restored correctly.

Ну ок, чтобы работал дамп и рестор вьюх на таблицы без колонок. А зачем нужны вьюхи которые селектят из таблицы без колонок? Зачем вообще эти таблицы?

[kshvakov]

Это из-за того, что до версии 9,4 нельзя было делать SELECT без указания колонок; например для EXISTS приходилось ставить null (SELECT * FROM T WHERE f EXISTS (SELECT null FROM ...), сейчас это не обязательно

[CPro]

Это точно, или предположение? Всё ради того, чтобы сэкономить на наборе 5 символов?

[Movimento5Litri]

=> select pg_size_pretty(pg_total_relation_size('t'));
pg_size_pretty
— 27 MB

А почему так много?

[CPro]

Я же вставил миллион записей. Только хедер у одной строки 23 байта, это уже 23 мегабайта, если считать хипстерскими мегабайтами (1 млн байт).

[AK74U]

Вы мне подарили замечательный термин («хипстерский мегабайт»), спасибо вам!

[Melkij]

Для внимательных, create table без колонок в мануале описаны, в самом конце «Zero-column Tables»
Судя по комментарию, разрешили просто чтобы не запариваться с логикой проверки в drop column.

[excoder]

Это классика реляционной алгебры. Dee и Dum Дэйта:

[Dee] is the relation that has no attributes and a single tuple. It plays the role of True.
[Dum] is the relation that has no attributes and no tuples. It plays the role of False.

Отсюда: https://www.amazon.com/Foundation-Future-Database-Systems-Manifesto/dp/0201709287.