SELECT id FROM users WHERE username = 'John' AS first_user_id

Как мне тут в first_user_id запихнуть именно первый найденный ID?

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

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

костылем типа max(el)?

> SELECT id Вот же поле выбрано из строки, не?

У меня все равно получается выборка

Мне нужно в запросе объявить переменную, содержащую ID конкретной строки

Переменные есть в mysql.

Но речь то про постгрес

Что хотите сделать?

Как мне тут в first_user_id запихнуть именно первый найденный ID?

Что такое "первый"? В каком порядке?

У меня есть связанная таблица, содержащая некоторый label, мне нужно получить конкретную строку, и ID этой строки впихнуть в INSERT INTO users

в поле label_id соответственно

Если я вас правильно понял: insert into users (label_id, ...) values ((select id from labels where id = ... ), ... )

Если я вас правильно понял: insert into users (label_id, ...) values ((select id from labels where id = ... ), ... )

Ага, это круто, но возникает тогда проблема - у меня VALUES - несколько (несколько строк вставляется). Получается нужно делать select id from labels where id = ... каждый раз

Ага, это круто, но возникает тогда проблема - у меня VALUES - несколько (несколько строк вставляется). Получается нужно делать select id from labels where id = ... каждый раз

Может, JOIN написать?

Вот непонятно, как он тут поможет

insert into usres (select 12 as user_id, id from labels where user_id = 1);

хотя понял, спасибо

Давайте вы что-нибудь по конкретней скажете, а то мы асбракциями до утра будем беседовать

Окей

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

?

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

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

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

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

Всем привет, меня зовут Паша, я фронтендер

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

для них сделать отдельную таблицу? например таблица articles и таблица metadata

Можно в json засунуть

а json куда?

а json куда?

формат данных json или jsonb

Ну я не знаю как у тебя все организовано (или планируется). Но можно сделать поле формата json/jsonb.

поле metadata, к прмиеру а то что на верхнем уровне оставить отдельными коллонками

А можно к примеру сделать таблицу metadata, а таблицу article отнаследовать от metadata.

формат данных которые приходят на ликент json

просто я думаю как БД организовать

ниразу не работал с БД

ну если у тебя напред не известно какие поля в метаданных (само название метаданные об этом намекает) то создать джейсон колонку напршиваеться иначе можно сделать две таблицы и связать их по Foreign Key

еще думаю что бы связать metadata и articles, в таболице metadata указывать айдишник статьи, илои наоборот

metadata это OG сайта )

плохо назвал скорее всего)

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

Вопрос. А как функцией random сгенерить 10 млн значений девятизначных от 000000001 до 999999999

Уникальных

И чтобы количество цифр символов числа всегдя было 9 знаков. Не меньше не больше

А зачем тут рандом?

А зачем тут рандом?

А как? 10 миллионов унткальных значений

Не последовательно

1) проитерироваться 2) сделать шафл

Есть табличка id, randomnum

Не понял что вы имеете ввиду.

1) проитерироваться 2) сделать шафл

Я новичек в pg

Есть табличка id, randomnum

Ее надо заполнить 10млн уникалными значениями, где id уникально а randomnum тоже уникально и рандомно 9ти значно. Понятно что для формирования generate_series подойдет для id но для поля randomnum что сделать?

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

Ее надо заполнить 10млн уникалными значениями, где id уникально а randomnum тоже уникально и рандомно 9ти значно. Понятно что для формирования generate_series подойдет для id но для поля randomnum что сделать?

а чем функция random() не подходит?

а чем функция random() не подходит?

А как ей сделать 9 ти значноеуникальное число?

приведи кстроке, и обрежь лишние символы

стоп, а зачем уникальное?

ну создай series для уникальных, потом просто отсортирую по рандому

о, я выяснил, у меня была задача оказывается со связью один к одному

кстати вопрос, у меня будет два поля, в одном будет о-о-очень много текста, в другой будет о-о-очень много html строкой, повлияет ли это на скорость выборки если я буду выбирать по айдишнику ?

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

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

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

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

спасибо большое )

Лучше конечно так не делать. Если очень много текста, то хранить это где то в другом месте, а в постгрес ссылку на это место.

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

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

Ограничение имен в PG в 63 символа как-то можно обойти?

(кроме пересборки с правкой дефайна NAMEDATALEN)

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