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

http://www.orafaq.com/wiki/Index-organized_table

Вот вам и ответ. БД вам гарантирует. Её движёк. А SQL не гарантирует

вьюха что ли?

ну все, поражен

вьюха что ли?

проекция - физическое хранение

она что, каждый раз целиком перестраивается?

там под капотом несколько логик, есть реалтайм и есть с задержкой

реалтайм медленее, по понятным причинам

Так что за БД?

vertica

окей, можно цитату из стандарта SQL, а не документации БД?

A table is a collection of zero or more rows where each row is a sequence of one or more column values. In general, rows in a table are unordered; however, rows in a table are ordered if the table is the result of a <query expression> that immediately contains an <order by clause>. Each column has a name and a data type. Each row has exactly one value for each column C, and the data type of that value is the data type of C.

Отседова: http://standards.iso.org/ittf/PubliclyAvailableStandards/c053681_ISO_IEC_9075-1_2011.zip

In general, rows in a table are unordered;

как бы зависит от бд

Вы просили цитату из СТАНДАРТА SQL о том, что он не гарантирует. Вот цитата, что ещё надо?

вот только не гарантирует БД

stahp

не гарантирует БД, а не SQL

Так всё-таки БД гарантирует или не гарантирует???

вот только не гарантирует БД

Вы только что привели БД в которой порядок гарантирован. Вы сами себе противоречите

я себе не противоречу, при классическом запросе без order by моя бд выдаст априори сортированный список

зависимость от БД, как будет выдаваться данные без order by

Отлично. И это гарантированно движком БД, а не SQL. SQL порядок не гарантирует, о чём было изначально сказано

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

гарантии выдает БД, а не SQL, если не указана сортировка

так понятно?

а сказано было совсем другое

SQL не гарантирует порядок выдачи by design

Где другое?

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

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

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

+++

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

это очевидно и непонятно к чему

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

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

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

SQL гарантирует только порядок с order by, без order by гарантии выдает уже БД

not that heck again

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

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

Надеюсь, здесь не найдется логических неувязок

Я влез вот сюда, если что

SQL не гарантирует порядок выдачи by design

И это правда

логических неувязок нет, есть желающий похвастаться базой, которая даёт гарантии :)

Выше есть цитата о том, что порядок implementation-dependent, т.е. просто совместимость базы не гарантирует порядок выдачи

логических неувязок нет, есть желающий похвастаться базой, которая даёт гарантии :)

толсто

просто логика в отрицаниях - штука хрупкая. не даёт гарантий база, не даёт гарантий SQL, не даёт гарантий моя кошка, не даёт гарантий никто. если кто-то хочет давать гарантии, то стандарт этого не запрещает, но полагаться на это в общем случае не стоит.

просто логика в отрицаниях - штука хрупкая. не даёт гарантий база, не даёт гарантий SQL, не даёт гарантий моя кошка, не даёт гарантий никто. если кто-то хочет давать гарантии, то стандарт этого не запрещает, но полагаться на это в общем случае не стоит.

??

и спор "не даёт гарантий база или не даёт гарантий SQL" не очень осмысленен

окей, согласен

и спор "не даёт гарантий база или не даёт гарантий SQL" не очень осмысленен

Зато у меня сейчас часть стандарта на компе лежит. так что не всё так однозначно в подлунном мире. :)

Ну шо, поговорим за мистику? ? Копаюсь в beta2 regression tests, вижу новое ALTER USER ALL SET application_name to 'SLAP'; В beta1 такая херь не работала. Точно знаю. решил проверить грамматику gram.y: AlterUserStmt: ALTER USER RoleSpec SetResetClause; RoleSpec: NonReservedWord | ...; ALL — зарезервированное слово! Какого хера? Оно не должно работать. Почему оно работает?

Может оно для всех юзеров параметр выставляет?

Может оно для всех юзеров параметр выставляет?

Да, оно так работает. Я к тому, что согласно исходникам постгреса такая конструкция должна выдавать ошибку

Ну шо, поговорим за мистику? ? Копаюсь в beta2 regression tests, вижу новое ALTER USER ALL SET application_name to 'SLAP'; В beta1 такая херь не работала. Точно знаю. решил проверить грамматику gram.y: AlterUserStmt: ALTER USER RoleSpec SetResetClause; RoleSpec: NonReservedWord | ...; ALL — зарезервированное слово! Какого хера? Оно не должно работать. Почему оно работает?

а это единственное правило на alter user?

а это единственное правило на alter user?

Не, еще есть одно, но там тоже RoleSpec

https://www.postgresql.org/docs/10/static/sql-alterrole.html

ALTER ROLE { role_specification | ALL } [ IN DATABASE database_name ] SET configuration_parameter { TO | = } { value | DEFAULT } ALTER ROLE { role_specification | ALL } [ IN DATABASE database_name ] SET configuration_parameter FROM CURRENT ALTER ROLE { role_specification | ALL } [ IN DATABASE database_name ] RESET configuration_parameter ALTER ROLE { role_specification | ALL } [ IN DATABASE database_name ] RESET ALL

https://www.postgresql.org/docs/10/static/sql-alterrole.html

Дим, ты не понял

Согласно доке всё ок

Я это все вижу и знаю. Но! Смотрю в исходники, а там болт. Не должно!

Именно поэтому и вопрос. Или лыжи не едут, или что-то не так

А можно путь к исхднику? А то с картинки плохо поспринимается? Файл и номер строки

А можно путь к исхднику? А то с картинки плохо поспринимается? Файл и номер строки

https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/parser/gram.y;h=4b1ce09c445a5ee249a965ec0953b122df71eb6f;hb=refs/heads/master Строка 1167 или 1179, смысл тот же

ERROR: S client not available

Само правило для RoleSpec на строке 14515

а такой синтаксис и не работает в expected/rolenames.out: ALTER USER ALL SET application_name to 'SLAP'; ERROR: syntax error at or near "ALL" LINE 1: ALTER USER ALL SET application_name to 'SLAP'; ^

а такой синтаксис и не работает в expected/rolenames.out: ALTER USER ALL SET application_name to 'SLAP'; ERROR: syntax error at or near "ALL" LINE 1: ALTER USER ALL SET application_name to 'SLAP'; ^

Какая версия ПГ? Только в 10.бета2 начало работать

select version(); version —--------------------------------------------------------------------------------------- PostgreSQL 10beta2 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 7.1.1 20170630, 64-bit

select version(); version —--------------------------------------------------------------------------------------- PostgreSQL 10beta2 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 7.1.1 20170630, 64-bit

И чего выдает?

Мистика

у меня как раз выдает ошибку "ERROR: syntax error at or near "ALL"" если выполнить запрос в psql

у меня как раз выдает ошибку "ERROR: syntax error at or near "ALL"" если выполнить запрос в psql

Во-во! И я про что! Ошибка должна быть.

Неужто баг нашел? ?Счастье-то какое

Из сорсов собирал?

да из мастера

У меня просто инсталлер от ЕДБ, может они чего вкрутили и забыли рассказать )))

PgConf.Cибирь 2017 https://pgconf.ru/201709

psql (10beta2) Type "help" for help. postgres=# select version(); version ----------------------------------------------------------------------------------------- PostgreSQL 10beta2 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 7.1.1 20170630, 64-bit (1 row) postgres=# ALTER USER ALL SET application_name to 'SLAP'; ERROR: syntax error at or near "ALL" LINE 1: ALTER USER ALL SET application_name to 'SLAP'; ^

postgres=# ALTER ROLE ALL SET application_name to 'SLAP'; ALTER ROLE

Для user не работает, для role работает

Скорее всего в EDB более граммотно алиас запилили

Для user не работает, для role работает

Сенкс

Скорее всего в EDB более граммотно алиас запилили

Выяснилось. В ALTER ROLE запилили правило, в USER забыли You'll notice that that statement fails in the regression tests: ALTER USER ALL SET application_name to 'SLAP'; ERROR: syntax error at or near "ALL" The one that works is ALTER ROLE ALL SET application_name to 'SLAP'; and the reason is that AlterRoleSetStmt has a separate production for ALL, but AlterUserSetStmt doesn't. This seems a tad bizarre though. Peter, you added that production (in commit 9475db3a4); is this difference intentional or just an oversight? If it's intentional, what's the reasoning? BTW, I'm quite confused as to why these test cases (in rolenames.sql) seem to predate that commit, and yet it did not change their results. regards, tom lane

Кинь плиз ссылочку на хакерс на эту ветку. Может и Брюс что напишет, он всё же в EDB. Ты не писал, что в EDB варианте работает?

Кинь плиз ссылочку на хакерс на эту ветку. Может и Брюс что напишет, он всё же в EDB. Ты не писал, что в EDB варианте работает?

Писал

Кинь плиз ссылочку на хакерс на эту ветку. Может и Брюс что напишет, он всё же в EDB. Ты не писал, что в EDB варианте работает?

https://www.postgresql.org/message-id/891404403.20170726171302@gf.microolap.com

она через докер работает вродь)

она через докер работает вродь)

простите, что такое "работает через докер" в контексте винды?

она через докер работает вродь)

Докер на винде - это отдельное непотребство.

ну строго говоря докер под винду уже давно есть, но там, конечно, своя специфика

вроде как поднимает докер и через него запускает убунту

и я не про докер-через-виртуалку