например надо связать таблицу Users и таблицу Words

есть какая-нибудь договоренность как называть третьи таблицы для связи many-to-many ?

я называю обчно tab1name_to_tab2name

например надо связать таблицу Users и таблицу Words

или в этом случае UserWords — слова пользователя

а правильно ли я понимаю что таблица будет из трех колонок id|user_id|words_id

и там данные вида 1|1|1 2|1|2 3|1|3 4|2|1 5|2|2 6|2|3

а вордс какого вида будет? id, userId, word:text ? для быстрого поиска по словам можно сделать втвблицк поле words: text[] -- массив и потом оп нему сделать gin индекс, и будет некое подобие счастья, хотя это сопрный момент, стоит так делать или нет для этого надо понимать как работают gin индексы )

охх, а зачем такое делать? должно с головой хватать 63-х символов

hibernate + embedded + ImplicitNamingStrategyJpaCompliantImpl == внезапно выяснилось, что названия полей перестали влазить в эти диапазоны, а postgresql не ругает на создание таблицы, просто втихоря обрезает поле.

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

а для embedded вобще jsonb использовать ?

words у меня тоже будет иметь куча полей, поэтому хочу третью таблицу где буду хранить связи айдишников

а правильно ли я понимаю что таблица будет из трех колонок id|user_id|words_id

нормально Я бы даже айди не делал, просто два внешних ид CREATE TABLE "UserWords" ( user_id int, word_id int, CONSTRAINT "UserWords_pk" PRIMARY KEY (user_id, word_id) ); CREATE INDEX "UserWords_words" ON "UserWords" (word_id, user_id);

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

круто, спасибо)

да, к юзеру только одно слово

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

и вот это CREATE INDEX "UserWords_words" ON "UserWords" (word_id, user_id); для чего

primary key если ключ не сосотавной, как здесь, то просто пишут id int primary key так как праймари ключ по двум коллонкам, то надо так указывать

и вот это CREATE INDEX "UserWords_words" ON "UserWords" (word_id, user_id); для чего

чтоыб в обратную сторону по слову искать юзеров быстро

о спасиб

можно было-бы обойтись только "UserWords_words" ON "UserWords" (word_id) но если две коллонки, то будет Index Only Scan т.е. база будет только с индекса читать, и не искать на диске отдельно строчку

а блин UserWords_pk это ж просто имя констрейнта, верно?

+

@oldfk будет жить. Поприветствуем!

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

За всеми не уследишь :(

За всеми не уследишь :(

попроси начальсво вдыть тебе садовые ножницы ?

по одному пальцу за лишний символ)

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

Я таким образом хочу связать метаданные статьи и саму статью Я правильно делаю ?

1) проинсертил стетью 2) поулчил айди 3) проинсертил метаданные, указав полученый ID см "RETURNING" в доке https://www.postgresql.org/docs/9.5/static/sql-insert.html

тип returning id

Правда надо быть с ретёрнингом аккуратнее. А то я как то случайно обернул возвращаемые значения в круглые скобки - и долго не мог понять почему ADO.NET видит там object[]))

а что, id, createdAt, uptadetAt это обязательные поля?

а что, id, createdAt, uptadetAt это обязательные поля?

если ты гне задал значение по умолчанию и они не null

а что, id, createdAt, uptadetAt это обязательные поля?

у id должен быть тип данных serial

у id должен быть тип данных serial

Лучше bigserial

Лучше bigserial

Зависит от планируемого количества объектов) Можно и uuid херануть с дуру ?

Зависит от планируемого количества объектов) Можно и uuid херануть с дуру ?

Ну дело даже не в количестве данных в самой таблице, а в количестве объектов, которые там могут быть вообще)) У нас вот за 3 года в таблице с остатками int’ы кончились)

Лучше bigserial

Ну я не знаю, откуда больше 4 миллиардов записей будет

Ну дело даже не в количестве данных в самой таблице, а в количестве объектов, которые там могут быть вообще)) У нас вот за 3 года в таблице с остатками int’ы кончились)

Хм, прикольно

Лутче перебдеть, чем недобдеть

Ну я не знаю, откуда больше 4 миллиардов записей будет

nextval для сиквенсов *serial вызывается всегда, инкрементируясь даже когда вставка не происходит. Так что у вас может получиться вот так: https://www.db-fiddle.com/f/8WhShzrhTp3gtGF2S2NEpr/0

CREATE INDEX CONCURRENTLY Добрый день) Пишу plpgsql блок, для maintnence задачи, надо раз в N дней создавать новый индекс ERROR: CREATE INDEX CONCURRENTLY cannot run inside a transaction block при вызове EXECUTE ddl; решил пробелму так: ddl := $$ CREATE INDEX CONCURRENTLY ..... $$; PERFORM dblink_exec('dbname=' || current_database() ||' user=postgres ',ddl); вопрос, наскольк плохо испоьзовать dblink_exec ? не просто так-же они не дают вызывать CREATE INDEX CONCURRENTLY Но не хотелось писать на баше логику, хотел ограничится чисто plpgsql. просто sql скрипт не подходит, потмоу что мне надо динамически генрировать WHERE условие дялиндекса: format(' ... WHERE message_timestamp > %L::timestamp with time zone ;', last_date); По сути у меня индекс покарывает последние два месяца данных, для быстрых запросов, остальное идет по дургому индексу. такой-себе недо-шардинг.

After the second scan, the index build must wait for any transactions that have a snapshot (see Chapter 13) predating the second scan to terminate. :(

как сделать, чтобы сессия не имела snapshot ? В блоке PLPGSQL вобще нету DML операций оно на блок DO ругается, что-ли?

Снапшот это просто список транзакций выполняюшизся параллельно с текущей плюс xid.

Снапшот это просто список транзакций выполняюшизся параллельно с текущей плюс xid.

т.е. ЛЮБАЯ старнзакция начатая до начала билда индексов должна завершиться к этому моменту? грустненько

Ну те, с которыми могут быть конфликты только.

придумал, буду скриптисполнят на базе postgres, а DDL через dblink выполнять на базе рабочей

Не вижу дедлока

Не вижу дедлока

я уже убил сессию, и не сохранил вывод select * from pg_locks (

ну через часа 3-4 узнаем, помог ли запуск через другую базу потмоу что лок возникал не сразу, а на финально стадии бида индекса

Люся будет жить. Поприветствуем!

CREATE INDEX CONCURRENTLY Добрый день) Пишу plpgsql блок, для maintnence задачи, надо раз в N дней создавать новый индекс ERROR: CREATE INDEX CONCURRENTLY cannot run inside a transaction block при вызове EXECUTE ddl; решил пробелму так: ddl := $$ CREATE INDEX CONCURRENTLY ..... $$; PERFORM dblink_exec('dbname=' || current_database() ||' user=postgres ',ddl); вопрос, наскольк плохо испоьзовать dblink_exec ? не просто так-же они не дают вызывать CREATE INDEX CONCURRENTLY Но не хотелось писать на баше логику, хотел ограничится чисто plpgsql. просто sql скрипт не подходит, потмоу что мне надо динамически генрировать WHERE условие дялиндекса: format(' ... WHERE message_timestamp > %L::timestamp with time zone ;', last_date); По сути у меня индекс покарывает последние два месяца данных, для быстрых запросов, остальное идет по дургому индексу. такой-себе недо-шардинг.

в общем, если кому интесно, запуск срипта на базе postgres и выполенение создания индексов на рабочей базе через dblink сработало! ?

Марина Вере... будет жить. Поприветствуем!

Abc будет жить. Поприветствуем!

@Blacklady 77 будет жить. Поприветствуем!

Ребят не могу сгенерить 10 миллионов уникальных значений цифр 9 позиций которых будут уникальны. Помогите плиз. И чтобы это не были цифры последовательны от 00000001 до 10000000

select distinct substr('121'||floor(random() * 999999999999999)::numeric,1,12)::numeric as qrcode from generate_series(1,10000000)as sn так не подходит появляются не уникальные значения

А generate_series если отсортировать в случайном порядке?

Ребят не могу сгенерить 10 миллионов уникальных значений цифр 9 позиций которых будут уникальны. Помогите плиз. И чтобы это не были цифры последовательны от 00000001 до 10000000

А куда/как они Вам нужны, эти значения? А то не совсем понятно... я к тому, что так, как написано — это имеет смысл только в том случае, если Вы сразу возвращаете этот resultset клиенту, и всё... нет?

нет мне в таблицу надо положить 10 млн уникальных значений в поле qrcode

по маске 121 и потом 9 значений уникальных

по маске 121 и потом 9 значений уникальных

но эти 9 значений не должны быть последовательными или сиквенсом

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

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

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

select distinct substr('121'||floor(random() * 999999999999999)::numeric,1,12)::numeric as qrcode from generate_series(1,10000000)as sn так не подходит появляются не уникальные значения

https://t.me/pgsql/104387

https://t.me/pgsql/104387

не так не пойдет

добрый день. подскажите есть ли готовые решения, чтобы настроить репликацию из oracle в pg ?

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

не так не пойдет

чего? сгенерил потом переиешал

чего? сгенерил потом переиешал

в этом случае я должен заведомо больше нагенерить

а мне конкретно 10 млн надо чтобы постоянно генерил вперемешку уникально

т.е. с дырками надо?

а мне конкретно 10 млн надо чтобы постоянно генерил вперемешку уникально

постоянно т.е. рз вдень по 10 лямов?

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

что именно вам нужно делать постоянно? догенеривать к этим 10 млн еще?

что именно вам нужно делать постоянно? догенеривать к этим 10 млн еще?

ага

заюзай UUID

скажем у тебя есть уже 200 лямов, и ты хчоешь сгенрить еще 10 рандомных и проерить что таких уже неыбло, то база обсорется проверять по индексу

merge join 10 M + 200M это не так себе и быстро

merge join 10 M + 200M это не так себе и быстро

понимаю, как быть?

http://preshing.com/20121224/how-to-generate-a-sequence-of-unique-random-integers/ я вот этим воспользовался в похожем случае.