Пишем на SQL
1.92K subscribers
38 photos
6 videos
7 files
97 links
Уроки по SQL. Изучаем базы данных на примере СУБД ORACLE, MySQL, MS SQL Server, PostgreSql
Download Telegram
При каком уровне изоляции при повторном чтении таблицы в рамках одной транзакции будут получены те же данные, даже если в промежутке между чтениями они были изменены другой транзакцией и эти изменения подтверждены командой COMMIT?
Anonymous Quiz
32%
REPEATABLE READ
18%
SERIALIZABLE
32%
READ COMMITTED
18%
READ UNCOMMITTED
👍1
Всем привет!

Небольшая задача по SQL на внимательность (и на базовые знания):

В таблице PERSONS четыре записи:
ID NAME
1 Иванов Иван Иванович
2 Петров Павел Сергеевич
3 Сидовова Наталья Ивановна
4 Некрасов Иван Ильич
👍4
Какое количество строк вернёт запрос SELECT * FROM PERSONS WHERE NAME LIKE 'Иван'
Anonymous Quiz
55%
0
4%
1
16%
2
21%
3
2%
4
3%
5
👍9🥱5
Друзья, набираем небольшую группу для обучения SQL и PostgreSql по выходным. Планируем начинать уже в эту субботу.

Присоединяйтесь! В этом году это последний набор на SQL. PostgreSql!

👉 сб и вс с 9:30 до 11:00
👉 всего 10 онлайн занятий
🧑‍💻 на уроках работаем, а не просто смотрим
👨‍💻 д/з с индивидуальным разобором и корректировкой

Всего 8.900 р за все!

Программа курса:
https://prime-soft.biz/courses/postgresql
Записаться и оплатить тут:
https://prime-soft.biz/pay/209

С удовольствием отвечу на все вопросы!
👍1
Отзыв ученицы предыдущего потока он-лайн интенсива по SQL, PostgreSql
🔥8👍1
Доброе утро, друзья!

Напоминаю, что завтра начинаем интенсив по SQL, PostgreSQL. Обучение будет идти по выходным по утрам. Всего 10 онлайн занятий (5 недель). Плюс закрытая группа Телеграм, куда я буду выкладывать записи наших онлайн встреч. На онлайн уроках будет интерактив, будем работать, не просто смотреть. После каждого урока - самостоятельная практическая работа, решение которой я буду проверять индивидуально. По завершению интенсива - сертификат!
Записаться и оплатить рос.картой здесь: https://prime-soft.biz/pay/209
Для оплаты из-за граница напишите на info@prime-soft.biz
В базе данных есть таблицы TMP_TABLE и TMP_TABLE2, определённые следующим образом:
CREATE TABLE TMP_TABLE(
VAL_STR VARCHAR(100) DEFAULT NULL);

CREATE TABLE TMP_TABLE2(
VAL_STR VARCHAR(100) NOT NULL);

В обеих перечисленных таблицах нет ни одной строки. Что произойдёт при выполнении следующей команды?
Всем привет!

В таблицах TBL1 и TBL2 есть столбец NOMER. В таблице TBL1 три строки, в таблице TBL2 четыре строки.

Какое минимальное и какое максимальное количество строк мы можем получить в результате следующего запроса?

SELECT *
FROM TBL1
LEFT JOIN TBL2
ON TBL1.NOMER = TBL2.NOMER
1
Всем доброе пятничное утро🙂

Один монитор - скорее всего работает в айти.
Два монитора - программист.
Три монитора - системный администратор.
Четыре монитора - охранник.
😁40👍6💩1
Всем доброго вечера!

В ряде случаев, помимо вывода требуемой информации, SQL-запросы пишут так, чтобы получать дополнительные какие-то числа или текст. К примеру, может потребоваться номер строки выводимых данных (по порядку) или какой-то признак четная строка или нечётная.
В разных СУБД такое можно сделать разными способами, но часто алгоритмы похожи.

Для вывода номера строки (вместе с остальными выводящимися данными) можно использовать аналитическую (оконную) функцию ROW_NUMBER.

Для вывода признака чётная строка или нечётная можно использовать обычную функцию MOD, возвращающую остаток от деления. Если число (например, номер строки таблицы) разделилось полностью на два (без остатка), значит число чётное (значит строка чётная).

Для чего может потребоваться выводить признак строки чётная строка или нечётная? Например, для дальнейшего цветового оформления выводимых табличных данных: если в строке в столбце-признаке такое-то значение, то сделать фон строки немного темнее/светлее.
Или, например, для равномерного распределения строк выводимых данных на две группы. А если функции MOD указать не число 2 в качестве делителя, а какое-то другое, то можно равномерно распределить все строки таблицы на это указанное количество групп.
👍20
Друзья, всех с наступающими праздниками!

С НОВЫМ ГОДОМ И РОЖДЕСТВОМ! 🎉

Всего самого наилучшего в новом году, новых достижений, доброго здоровья и мирного неба над головой!

Всего самого наилучшего!
🥳🎄🙂
🍾23🎉12🎄74🕊2
Добрый день, друзья!

Вот хорошая SQL-задачка на начало года! Итак, пусть в некоторой базе данных есть таблица изменения цен товаров - PRICES_HIST. При каждом изменении цены товара, в таблицу записывается идентификатор товара, дата, с которой начинает действовать новая цена, и само значение цены. Таблица PRICES_HIST определена следующим образом:
CREATE TABLE PRICES_HIST (
ID_PRODUCT INT,
DATE_PRICE DATE,
VALUE_PRICE DECIMAL(10, 2),
PRIMARY KEY (ID_PRODUCT, DATE_PRICE)
)


ID_PRODUCT - идентификатор продукта; DATE_PRICE - дата, начиная с которой действует цена указанного продукта;
VALUE_PRICE - само значение цены.

Первичный ключ таблицы - составной. Состоит из столбцов ID_PRODUCT и DATE_PRICE. Невозможно на одну и ту же дату одному и тому же товару устанавливать цену несколько раз.

Запрос ниже должен возвращать идентификаторы продуктов с их актуальной стоимостью (на текущую дату).

SELECT ph.*
FROM PRICES_HIST ph
WHERE DATE_PRICE = (SELECT MAX(DATE_PRICE) FROM PRICES_HIST WHERE ID_PRODUCT = ph.ID_PRODUCT AND DATE_PRICE <= CURRENT_DATE)


СУБД PostgreSQL
Есть два SQL запроса, предназначенные для выполнения на разных СУБД.

Запрос для PostgreSql:
SELECT * FROM ORDERS ORDER BY DATE_CREATE DESC NULLS LAST LIMIT 10

Запрос для ORACLE:
SELECT * FROM (SELECT * FROM ORDERS ORDER BY DATE_CREATE DESC NULLS LAST) WHERE ROWNUM <= 10
В базе данных (на примере СУБД ORACLE), среди прочих, есть три таблицы, определённые следующим образом:

/* Таблица Сотрудники */
CREATE TABLE PERS (
ID NUMBER PRIMARY KEY,
FIO VARCHAR(100) NOT NULL,
PHONE VARCHAR(10) DEFAULT '' NOT NULL);

/* Автомобили сотрудников */
CREATE TABLE CARS (
ID NUMBER PRIMARY KEY,
BRAND VARCHAR(50) NOT NULL,
MODEL VARCHAR(50) NOT NULL,
ID_PERS_OWNER NUMBER NOT NULL,
CONSTRAINT FK_CAR_OWNER FOREIGN KEY
(ID_PERS_OWNER) REFERENCES PERS(ID)
);

/* Сотрудники-водители */
CREATE TABLE DRIVERS (
ID_PERS NUMBER PRIMARY KEY,
DRIVE_LICENSE_NUM VARCHAR(20) DEFAULT NULL,
CONSTRAINT FK_PERS_DRIVER FOREIGN KEY
(ID_PERS) REFERENCES PERS(ID)
);

В таблице PERS данные:
ID FIO PHONE
1 Иванов И.И. 9057553111
2 Петров П.П. 9104454545
3 Сидоров А.И. 9113457778

В таблице CARS данные:
ID BRAD MODEL ID_PERS_OWNER
1 Ауди А4 1
2 Фиат Панда 2
3 Форд Мондео 2

Какой результат вернёт выполнение следующего SQL-скрипта, состоящего из трёх команд?

TRUNCATE TABLE DRIVERS;

INSERT INTO DRIVERS
(ID_PERS)
SELECT p.ID
FROM PERS p
JOIN CARS c
On c.ID_PERS_OWNER = p.ID;

SELECT COUNT(*)
FROM DRIVERS;
👍3
Чуть позже напишу объяснение правильного варианта ответа!
👏2
Спасибо всем за активное участие!

При выполнении скрипта из трёх команд, вторая команда не сможет выполниться и вернёт SQL-ошибку (для гуру: нарушение ограничения уникальности).

Выполнение командой INSERT вставки данных (которые готовит SELECT), привело бы к наличию строк в таблице DRIVERS с одинаковым значением в столбце ID_PERS, который является первичным ключом, а это недопустимо.

Из-за того, что в запросе SELECT, который готовит данные для INSERT-а, к таблице PERS присоединяется таблица CARS, данные строки PERS могут быть выведены несколько раз (по количеству приджоинившихся автомобилей к одному и тому же сотруднику). Лучше всего, если не понятно, прочитать предыдущее предложение два раза. Итак, одно и тот же значение из столбца ID таблицы PERS могло бы быть выведено несколько раз. Самым простым способом доработать скрипт, чтобы он больше не "падал" на этой ошибке, могло бы быть использование DISTINCT сразу после слова SELECT:


TRUNCATE TABLE DRIVERS;

INSERT INTO DRIVERS
  (ID_PERS)
SELECT DISTINCT p.ID
  FROM PERS p
   JOIN  CARS c
       On c.ID_PERS_OWNER = p.ID;

SELECT COUNT(*)
   FROM DRIVERS;
2