Так пофигу какой зарос😂, простите

да не, фулскан не самое плохое что может быть

В итоге вышло вот так. Вроде бы нормально

GROUP BY conference ?

можно еще вынести в window все что после over

WINDOW w AS (PARTITION BY conference ORDER BY message DESC);

я не уверен что это поддерживает используемая ORM)

Доброй ночи. При создании базы - она существует. Начинаю гуглить - решения чисто транзактовского, типа с модификатором is not exists не нашел. неужели нет подобной конструкции для в контексте манипуляций с бд ? Как в таком случае поступать?

UPD: решается так



create extension if not exists dblink;
DO
$do$
BEGIN
  IF EXISTS (SELECT FROM pg_database WHERE datname = 'seacher_bot') THEN
     RAISE NOTICE 'Database already exists';  -- optional
  ELSE
     PERFORM dblink_exec('dbname=' || current_database() , 'CREATE DATABASE seacher_bot');
  END IF;
END
$do$;


Ну очень топорно, может что-то есть элегантнее?

Не пойдёт?
https://stackoverflow.com/questions/18389124/simulate-create-database-if-not-exists-for-postgresql

Это оттуда и решение, которое второе. первое подошло.

Советую очень хорошо подумать прежде чем делать фактически M2M там, где и O2M сойдёт. Мы напоролись у себя на проблемы, когда понадобилось привязывать к сущности А, которая ранее ссылалась на единственную сущность Б, дополнительные экземпляры сущности Б. Привязка была второстепенная, но мы развязали из через M2M с добавлением признака первичной связи. Но данные в обе таблицы добавляли ежедневно десятками тысяч (соответственно, столько же лилось в таблицу связи), плюс, на проекте были сложные правила доступа пользователей к данным, из-за чего нельзя было отобрать доступное одному пользователю только по одной таблице. В итоге, в ядре некоторых запросов был отбор по 50-200 тысяч строк, каждый джойн на таких объёмах данных занимал по ~секунде (приходилось ещё и с планировщиком биться, чтобы он из-за неправильной оценки по некоторым условиям не переходил на nested loop join, который на таких объёмах тормозит), приходилось делать денормализацию, возвращая ранее удалённую связь.

возникнут, твоя база сразу упадёт, и это явно не будет плюшечка) а потом очередь запросов разбухнет

Можно CHECK CONSTRAINT определить для нескольких столбцов одновременно?
Допустим у меня есть столбец abc int и xyz int, и мне нужно чтобы abc всегда был меньше xyz. Так можно сделать?

Да

Есть запрос

SELECT book.title, ba.amount As Количество, sum(ba.amount * ba.price) as Сумма FROM buy_archive ba
LEFT JOIN book USING(book_id) GROUP BY ba.book_id, ba.amount
UNION ALL
SELECT b.title, bb.amount AS Количество, sum(b.price * bb.amount) AS Сумма FROM buy_book AS bb        
LEFT JOIN book b USING(book_id) GROUP BY bb.book_id, bb.amount ;



Он выдает:

Query result:
+-----------------------+------------+---------+
| title                 | Количество | Сумма   |
+-----------------------+------------+---------+
| Мастер и Маргарита    | 2          | 2682.40 |
| Идиот                 | 1          | 901.80  |
| Белая гвардия         | 2          | 1040.60 |
| Братья Карамазовы     | 3          | 2342.70 |
| Братья Карамазовы     | 4          | 3123.60 |
| Игрок                 | 2          | 961.80  |
| Стихотворения и поэмы | 1          | 650.00  |
| Братья Карамазовы     | 1          | 780.90  |
| Мастер и Маргарита    | 1          | 1341.98 |
| Черный человек        | 2          | 1140.40 |
| Идиот                 | 1          | 460.00  |
| Лирика                | 2          | 1037.98 |
| Идиот                 | 2          | 920.00  |
| Белая гвардия         | 1          | 540.50  |
| Игрок                 | 1          | 480.50  |
+-----------------------+------------+---------+

Что нужно добавить/изменить, чтобы он складывал по одинаковым названиям?

Обернуть в селект с там уже сум + гроупбай

Ордербай ещё, ага

Всем привет,уж простите что без стука,возникла вот такая вот ошибочка,пытался переустановить 3 раза - безрезультатно

это не вся ошибка

Вы так отвечаете, будто есть шанс что вся помогла бы...