сколько секунд заняла миграция?

Вот сейчас было толсто

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

это ты еще мой дамп не видел!

я про него легенды слышал

А зачем мигрировать?

Сисадмины хотят одну ОСь поддерживать. Из двух выбрали худшее.

Просьба разбанить нашего DBA @FedorLK

Столкнулись с проблемой - не создается и не удаляется extension hstore в 9.4

в соседних базах все ок

Столкнулись с проблемой - не создается и не удаляется extension hstore в 9.4

в схему поставили?

ставили не через экстеншен?

drop type hstore cascade;

штатный пакет, это убунта

postgresql-contrib

ну что-то то нештатное :)

Я первый! )))

я тебя и позвал раньше ?

Предлагаю вести, кто сколько фрагов заработал из админов ))

привет участникам соцсоревнования

накрутки начнутся

приписки

Предлагаю вести, кто сколько фрагов заработал из админов ))

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

накрутки начнутся

Стаханов. Повышенные обязательства, вотэтовсе

а потом планы, процент выполнения

то что нынче модно величают KPI

есть у кого скрипт для генерирования уникального рандом 6 или 8 значного числа ?

или генерировать рандом и потом сравнивать на существование ?

они не уникальны, их всего 1 000 000 или 100 000 000

чем плох автоинкремент?

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

или генерировать рандом и потом сравнивать на существование ?

select extract (epoch from now()) * seed % 1000000 ?

seed соответственно будет секретным определителем

В целом, соглашусь с Львом, только вместо эпохи generate_series.

select extract (epoch from now()) * seed % 1000000 ?

отличная идея , спасибо

Тут еще вопрос: сколько приглашений нужно сгенерить?

приблизительно 10 000

(пишу с телефона, потому без кода) тогда можно нагенерить через substr(md5(secret || i), 1, 5) и что-то там еще, чтобы из хекса в инт преобразовать.

Но это если не доверяете потенциальным пользователям кода.

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

для пригласительных и uuid сойдет)

select round(random()*1000000), generate_series(1,10000);

для пригласительных и uuid сойдет)

Только хотел написать, что страсти по рандому и 6-8 цифр плохо вяжутся друг с другом.

и подбросить несколько раз, пока дубли не исчезнут :)

select round(random()*1000000), generate_series(1,10000);

:-) была похожая мысль, но до конца не оформилась. Действительно хороший вариант.

да так и сделаю , подброшу пока не сгенерируются уникальные коды

всем спасибо

Вернее, у меня была мысль: select lpad(round(random, 1000), 2, '0') || lpad(i, 5, '0') from generate_series(0, 9999) as i

Для продакшн решения, если не на один раз и чтобы без технического крепежа, лучше бы uuid

select distinct round(random()*1000000) from generate_series(1,1000000) limit 10000;

select distinct round(random()*1000000) from generate_series(1,1000000) limit 10000;

А они не будут практически подряд идти?

Покажи первые 10 результатов

нет, оно их не сортирует round -------- 169879 193217 752907 975403 925260 926742 49384 151344 545710 374112 63678 38117 89367 292218 823257 657488 740798 23487

Любопытно. Видимо, выбрал хэш группинг.

ну по факту нет никакой гарантии относительно неупорядоченности

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

ERROR: S client not available

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

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

ну, можно ещё order by random() добавить

и то, не каждая

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

Не гарантируют как раз SQL. Кляуза ORDER BY не зря в языке присутствует

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

Нет стандарта под рукой, но это есть во многих источниках по многим реляционным БД.

ага, БД

а не sql

если в стандарте напрямую не написано, что порядок должен быть таким-то, то он как раз и подразумевает его отсутствие, нет?

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

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

я все еще жду

Ждите

Вам уже сказали

если в стандарте напрямую не написано, что порядок должен быть таким-то, то он как раз и подразумевает его отсутствие, нет?

+++

я тоже

я прям сейчас могу привести БД, в которой есть сортировка

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

A cursor in the open state identifies a table, an ordering of the rows of that table, and a position relative to that ordering. If the <declare cursor> does not include an <order by clause>, or includes an <order by clause> that does not specify the order of the rows completely, then the rows of the table have an order that is defined only to the extent that the <order by clause> specifies an order and is otherwise implementation-dependent. (c) http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

на физическом уровне

Ок. Давайте. Без ORDER BY

A cursor in the open state identifies a table, an ordering of the rows of that table, and a position relative to that ordering. If the <declare cursor> does not include an <order by clause>, or includes an <order by clause> that does not specify the order of the rows completely, then the rows of the table have an order that is defined only to the extent that the <order by clause> specifies an order and is otherwise implementation-dependent. (c) http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

искал именно этот кусок в 99 (

я прям сейчас могу привести БД, в которой есть сортировка

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

When the ordering of a cursor is not defined by an <order by clause>, the relative positions of two rows is implementation- dependent. When the ordering of a cursor is partially determined by an <order by clause>, then the relative positions of two rows are determined only by the <order by clause>; if the two rows have equal values for the purpose of evaluating the <order by clause>, then their relative positions are implementation-dependent.

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

+

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

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

это нормально, но зависит от БД