Очередная задачка по SQL (подобное уже было).

В таблице table_a 4 записи, в таблице table_b 5 записей. Какое минимальное и максимальное количество строк может вернуть запрос:

Select *
From table_a
Right join table_b
On table_a.id = table_b.code

Таблицы соединены правильно.

Небольшое усложнение к предыдущей задаче:

Select *
From table_a
Right join table_b
On table_a.id = table_b.code
Where table_a.id is null

Берём на вооружение 😎

В PostgreSql после выполнения команд вставки, изменения, удаления (после выполнения команд insert, update и delete, соответственно) можно с помощью дополнительной опции returning вернуть данные любых столбцов, вставленных/изменённых/удалённых строк.

При вставке, например, можно узнать какой идентификатор вставленной строке присвоился:

insert into ware_goods
(ware_name, ware_tp, def_place_id)
values
('Поддон', 10, 44)
returning ware_id;

Получим:
ware_id
---------------
100345

Выведем товары по которым актуализировали цену:
update goods
set price = price * 1.1
where good_tp = 2
returning *;

Получим:
--------------------------
Id good_name good_tp price
33 'Мышь Хомяк' 2 110
34 'Мышь опт' 2 220
39 'Мышь пров.' 2 55

Для сравнения 😳

Столбцы с идентификаторами (первичные ключи) таблиц баз данных чаще всего создают автогенерирующими значения.

В ORACLE для этого используются сиквенсы, в MySql auto_increment, в MS SQL Server и PostgreSql - Identity.

Если со временем нужно убрать автогенерацию значения при вставке новых строк в таблицу, то во всех перечисленных СУБД это делается просто: в ORACLE убирается сиквенс, в MySql auto_increment, в PostgreSql identity.

Но убрать identity из столбца таблицы MS SQL Server не так то просто. Это можно сделать пересозданием (удалением и созданием новой пустой) целиком таблицы (с временным размещением данных в другой физической или временной таблице) или созданием нового столбца (для временого размещения данных столбца с identity, пока мы его удаляем и пересоздаём без identity).

Всем привет!

Моё небольшое видео про CTE:
https://rutube.ru/video/dbe35ba61ee6ac60943391262392a788

Самые нужные текстовые функции в PostgreSQL:

CONCAT(текст1, текст2,..) - для сцепления фрагментов текста в один;
LENGTH(текст) - подсчитывает количество символов в тексте;
LOWER(текст) - преобразовывает текст к нижнему регистру;
LPAD(текст, необходимая_длина, символ_для_подстановки) - добавляет к исходному тексту нужное количество указанных символов слева таких, какой указан в последнем параметре, пока текст не станет нужной длины;
POSITION(фрагмент_текста IN текст) - возвращает с какого символа начинается искомый фрагмент текста в тексте;
REPLACE(текст, что_искать, на_что_заменять) - осуществляет замену в тексте определенного фрагмента на другой;
RPAD(текст, необходимая_длина, символ_для_подстановки) - добавляет к исходному тексту нужное количество указанных символов справа таких, какой указан в последнем параметре, пока текст не станет нужной длины;
TRIM(текст) - убирает в тексте пробелы до первого символа и после последнего символа;
UPPER(текст) - преобразовывает текст к верхнему регистру.

Всем привет!

Один из простых способов создать дамп небольшой базы данных в текстовый файл в постгресе - воспользоваться утилитой pg_dump.exe:
pg_dump.exe -U логин -h имя_сервера_например_localhost -p порт -d имя_базы_данных_на_сервере > путь_куда_выложить_дамп
Пример:
D:\Postgre\bin\pg_dump.exe -U postgres -h localhost -p 5432 -d postgres > D:\Dump\postgres.dump

И загрузить такой дамп в виде текстового файла можно утилитой psql.exe так:
psql.exe -U пользователь -h имя_сервера_например_localhost -p порт -d на_какую_базу_развернуть -f путь_до_файла_дампа

Пример:
D:\Postgre\bin\psql.exe -U postgres -h localhost -p 5432 -d test -f D:\Dump\postgres.dump

Требуется найти договора в таблице DOCS, премия сделок по которым (столбец PREM VARCHAR(20)) указана в процентах. Таблица DOCS имеет вид:
ID DT_DOC CLIENT_ID PREM
1 12.03.25 34567 50000
2 14.03.25 34789 10%
3 15.03.25 36700 8%
4 18.03.25 36701 37500
...

В копилочку знаний: начиная с версии 11.2 в ORACLE появился пакет DBMS_PARALLEL_EXECUTE, позволяющий максимально просто разбивать работу с большой таблицей данных на фрагменты для параллельной работы.
Можно указывать rowid, диапазоны, группы разбивки, а также количество параллельных потоков. Можно написать и SQL, определяющий кастомную разбивку на параллели, чтобы каждый поток, например, читал данные своей партиции. В более ранних версиях подобное можно было реализовывать только с помощью DBMS_JOB или DBMS_SCHEDULER для ручного распараллеливания.