DECLARE years VARCHAR[] := ARRAY['2018','2017','2016']; months VARCHAR[] := ARRAY['01','02','03','04','05','06','07','08','09','10','11','12']; outname text;

подскажите, пожалуйста, почему ругается на outname? ОШИБКА: ошибка синтаксиса (примерное положение: "outname")

"иначе не добавлять поле в таблицу" по чеку ничего же не добавится.

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

Ребята, в таблице есть поле с кодом. Надо чтобы первые 2 символа кода были буквами, далее был дефис, а последние 3 цифрами, иначе не добавлять поле в таблицу. Помогите пожалуйста с SQL кодом для этого, буду очень благодарен

Можете подробнее описать, что конкретно нужно?

может я не понял и чека хватит

не ругается

Добрый день! У меня есть таблица, тип первичного ключа(id) serial. id последней записи 58020. При добавлении записей в эту таблицу,не указывая в insert поле id, они записываются начиная с id=1000000. Так и должно быть или что то не так? Ползуюсь pgAdmin 3.

Добрый день! У меня есть таблица, тип первичного ключа(id) serial. id последней записи 58020. При добавлении записей в эту таблицу,не указывая в insert поле id, они записываются начиная с id=1000000. Так и должно быть или что то не так? Ползуюсь pgAdmin 3.

найди сиквенс соответсвующий этой таблице и поменяй его текущее значение

найди сиквенс соответсвующий этой таблице и поменяй его текущее значение

Только не этой таблице, а этому полю в этой таблице.

Ну и не поменять, а посмотреть: \d <sequence_name>

А то наменяете...

А зачем вам вообще что-то менять? И, как уже сказали, sequence посмотрите (TAG_Name_id_seq).

Разобрался, спасибо)

у меня есть таблица Т у нее три колонки a, b и c, и индeксы на a , b , если сделать запрос на выборку по трём колонка a,b и c , будут ли работать индексы, записей в таблице больше миллиона

у меня есть таблица Т у нее три колонки a, b и c, и индeксы на a , b , если сделать запрос на выборку по трём колонка a,b и c , будут ли работать индексы, записей в таблице больше миллиона

Все зависит от селективности. Смотрите план.

Все зависит от селективности. Смотрите план.

Получается два вариант ? если селективность маленькая то индексы, если большая то фулскан?

Добрый день! Может кто подсказать: написал UDF которая таблицу возвращает, указал что она PARALLEL SAFE, но она всё-равно кушает только один поток.

Получается два вариант ? если селективность маленькая то индексы, если большая то фулскан?

Тут надо понять что вы понимаете под «маленькая». В общем случае count(distinct field) / count(*) . Уникальный индекс даст 1 - это лучший результат.

Каким механизмом в postgresql 10.3 оптимальнее разносить данные по шардам на активные и архивные?

Есть колонка с датой, данные более чем за 3 месяца необходимо переносить на более медленные hdd

может партиционирование? не шардирование

может партиционирование? не шардирование

Возможно придется еще разбивать по clientId

может партиционирование? не шардирование

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

надо прямо на другой сервер или диск помедленнее

планировщик pg отлично понимает constraint про дата старше ... И не лезет, если запрос не будет затрагивать данные

соответственно нужно либо сделать таблицу в tablespace на более медленном hdd, либо смотреть в сторону fdw, если нужен другой сервер.

соответственно нужно либо сделать таблицу в tablespace на более медленном hdd, либо смотреть в сторону fdw, если нужен другой сервер.

Перенос, получатся делаем ручками при помощи джобов

мы перелистываем таблицей. То есть новые данные пишем в новую таблицу, а старую закрываем необходимыми констреинтами. Тут можно написать и миграцию в tablespace по идее

соответственно нужно либо сделать таблицу в tablespace на более медленном hdd, либо смотреть в сторону fdw, если нужен другой сервер.

А если например 1 год храним с разбивкой по партициям на одном сервере, а более года на другом сервере, где другая политика бекапов и репликации, как-то можно от клиента спрятать такую схему?

прописать другой сервер через FDW. Тогда он будет для запросов ещё одной таблицей.

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

https://www.postgresql.org/docs/10/static/ddl-partitioning.html здесь есть пример с партициями нв разных дисках

прописать другой сервер через FDW. Тогда он будет для запросов ещё одной таблицей.

Спасибо огромное! Какие-нибудь подводные камни есть с партициями в pgsql?

ох, досада

я пропустил батл про мультимастер :)

воброс по dblink

он ведь только select'ы позволяет делать?

Судя по тому что его рекомендуют для эмуляции автономных транзакцй - не только select'ы

я пропустил батл про мультимастер :)

Где батл?! Не было никакого батла, так, парочка мнений. :P

прост не нашёл в доках про insert/update

меня интересует dblink на уровне самого ПГ, а не через C API

воброс по dblink

Может имеет смысл смотреть уже на postgres_fdw? Оно как-то по-прозрачнее и логичнее для приложения.

эмм... не знаю такого

гляну

прост не нашёл в доках про insert/update

Ну вы, блин, даёте! Открываем доки: https://www.postgresql.org/docs/9.2/static/contrib-dblink-exec.html SELECT dblink_exec('insert into foo values(21,''z'',''{"a0","b0","c0"}'');'); dblink_exec

ам

через exec.... однако

Так весь дблинк - он из себя скопище всяких ф-ий представляет. Я и говорю, что *_fdw - это более наглядная, прозрачная и логичная возможность.

https://www.postgresql.org/docs/10/static/postgres-fdw.html

угу

Всем привет. Есть таблица table1, в которой два поля (Name1 и Name2) содержат внешние ключи на таблицу table2. Как назвать эти поля в представлении viewTable1, чтобы они отличались? То есть если я укажу table2.Name сделаю связь таблиц через join, то просто дублируется значение первого поля. Может кто подсказать как в такой ситуации быть?

Всем привет. Есть таблица table1, в которой два поля (Name1 и Name2) содержат внешние ключи на таблицу table2. Как назвать эти поля в представлении viewTable1, чтобы они отличались? То есть если я укажу table2.Name сделаю связь таблиц через join, то просто дублируется значение первого поля. Может кто подсказать как в такой ситуации быть?

А проблема-то в чём? Просто как назвать поля VIEW?

Нет, проблема в том, что у полей одинаковые значения, потому что я не пойму как указать какой номер записи из table2 взять.

Нет, проблема в том, что у полей одинаковые значения, потому что я не пойму как указать какой номер записи из table2 взять.

Какой ещё "номер записи"? Вы можете показать \d таблиц и определение view (или ту его часть, которая уже есть)? А то ничего непонятно...

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

Мне нужно чтобы был Петя, Вова.

Выразить поле через AS и потом сделать ограничение в WHERE нельзя.

Слишком очевидно или непонятно объяснил?)

очевидно

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

Во-первых, это MS SQL, а не PostgreSQL (т.е. почему бы не спросить в https://t.me/sqlcom). Во-вторых, лучше бы вы показывали текст вместо screenshot-ов.

select t2.name as name1, t3.name as name2 from table1 t1 join table2 t2 on t1.Name1ID=t2.id join table2 t3 on t1.Name2ID=t3.id where t1.Number=420

он же честно написал, что напишет "псевдокод", чего вы хотите)

select t2.name as name1, t3.name as name2 from table1 t1 join table2 t2 on t1.Name1ID=t2.id join table2 t3 on t1.Name2ID=t3.id where t1.Number=420

Блин. Точно.

Спасибо большое.

Во-первых, это MS SQL, а не PostgreSQL (т.е. почему бы не спросить в https://t.me/sqlcom). Во-вторых, лучше бы вы показывали текст вместо screenshot-ов.

Мне кажется, что изучив PostgreSQL разобраться в синтаксисе MS SQL довольно просто. Там все теже DML с нюансами синтаксиса, а SQL ядро-то везде одинаковое.

Мне кажется, что изучив PostgreSQL разобраться в синтаксисе MS SQL довольно просто. Там все теже DML с нюансами синтаксиса, а SQL ядро-то везде одинаковое.

Да вся "радость"-то не в синтаксисе. ;) И что такое "ядро SQL", любопытно? Если "базовый/классический" SQL (примерно SQL-92), то, в основном, да.

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

Pastebin? ))

О, да, этот встречал пару раз.

https://gist.github.com/ Главное использовать пробелы, а не tab’ы

Спасибо.

Да вся "радость"-то не в синтаксисе. ;) И что такое "ядро SQL", любопытно? Если "базовый/классический" SQL (примерно SQL-92), то, в основном, да.

Спасибо еще раз.

Ребята всем привет! )) Я только начал учить БД и сейчас милион вопросов, но более всег непонятно, что такое кортеж?

Привет. Смотря в каком контексте. В теории — строка логическая в отношении (отношение=таблица). В постгресе кортеж (tuple) — физический экземпляр строки, у одной строки из может быть несколько, если она обновлялась (старые, новая версия — разные кортежи физически для одной «логической» строки; в каждой сессии видна только одна версия / один кортеж).

Ребята всем привет! )) Я только начал учить БД и сейчас милион вопросов, но более всег непонятно, что такое кортеж?

Кортеж - это запись в таблице БД. Она же строка.

Кортеж - это запись в таблице БД. Она же строка.

Никогда не понимал зачем ROW переводят как «строка», ведь это в первую очередь РЯД. А у новичков в результате возникает путаница со “string”.

всем привет, пытаюсь настроить потоковую репликацию, master - wal_level = replica max_wal_senders = 4 max_replication_slots = 4

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

куда копнуть?

на слэйве - hot_standby = on hot_standby_feedback = on в recovery.conf добавлена строка primary_slot_name = 'replica_slot'

Кортеж - это запись в таблице БД. Она же строка.

Тоесть если я выполню 'SELECT field_1, field_2, field_3 FROM table_name;' Мне вернётся сколькото кортежей из трех столбцов ?? ТОесть кортэж это конечная выдача?

Тоесть если я выполню 'SELECT field_1, field_2, field_3 FROM table_name;' Мне вернётся сколькото кортежей из трех столбцов ?? ТОесть кортэж это конечная выдача?

И конечная, и та, что в таблицах. Термин используется для обоих случаев

Ок спасибо) Всё оказалось проще чем я думал)

Ещё будет проще, если ты не будешь говорить кортеж, а будешь - запись...