Пока я серфила в интернете в поисках «на чем пощупать SQL», наткнулась на эту песочницу — https://www.db-fiddle.com/.
Тут фишка в том, что можно попробовать разные версии БД. Слева сверху можно выбрать СУБД и её версию:
Пока я серфила в интернете в поисках «на чем пощупать SQL», наткнулась на эту песочницу — https://www.db-fiddle.com/.
Тут фишка в том, что можно попробовать разные версии БД. Слева сверху можно выбрать СУБД и её версию:
База данных — это место для хранения данных. Используется в том числе в клиент-серверной архитектуре. Это все интернет-магазины, сайты кинотеатров или авиабилетов... Вы делаете заказ, а система сохраняет ваши данные в базе.

В этот статье я на простых примерах расскажу, что такое база данных и как она выглядит. А потом поясню некоторые термины из конкретной (реляционной) базы. Те, с которыми вы почти наверняка столкнетесь на работе.
Статья рассчитана на начинающих тестировщиков или аналитиков, то есть тех, кто будет работать с базой, но не на супер-глубоком уровне. Она для тех, кто только входит в мир ИТ, и многого не знает. Она объясняет, что это за звено в клиент-серверной архитектуре такое, и зачем оно нужно.
Мне нравятся книги из серии Head First O`Reilly — они рассказывают просто о сложном. И я стараюсь делать также.
Когда речь идёт о базах данных, могут всплыть магические слова «Требования ACID». На собеседовании или в разговоре разработчиков — не суть. В этой статье я расскажу о том, что это такое, как расшифровывается ACID и что означает каждая буква.
Требования ACID — набор требований, которые обеспечивают сохранность ваших данных. Что особенно важно для финансовых операций. Мы же не хотим остаться без денег из-за разрыва соединения или ошибки в ПО, не так ли?
См также:
Давайте пройдемся по каждой букве ACID и посмотрим на примерах, чем архив лучше 10 разных файлов. И чем транзакция лучше 10 отдельных запросов.
Атомарность гарантирует, что каждая транзакция будет выполнена полностью или не будет выполнена совсем. Не допускаются промежуточные состояния.
Друг познается в беде, а база данных — в работе с ошибками. О, если бы всё всегда было хорошо и без ошибок! Тогда бы никакие ACID были бы не нужны. Но как только возникает ошибка, атомарность становится очень важна.
Допустим, вы решили отправить маме деньги. Когда вы делаете перевод внутри банка, что происходит:
У вас деньги списались
Маме поступили

И допустим, что у нас 2 отдельных запроса. А теперь посмотрим, что будет при возникновении ошибок:
У Дениса Безтужева на канале «All about QA» вышло классное для новичков видео — «Ресурсы и инструменты для обучения и практической работы с базами данных | SQL».
О, это хорошая тема! Начинающие постоянно спрашивают, где можно потренироваться, а тут столько полезных ссылок! Сайты с уже развернутой БД для тренировки, учебники, тесты, упражнения... Рекомендую ))
И мне видео в тему, у меня есть статья «Как изучить основы SQL за 2 дня», но там примеры на тяжеловесной БД, не все могут её установить, а мне и помочь то нечем, я сама эту базу лет 10 не поднимала уже... Всё хочу переписать примеры под XAMPP сервер, но это слишком низкий приоритет, уж извините)) А теперь есть куда послать потыкать!
См также:
Изучаем SQL. Линн Бейли — книга, очень её рекомендую
SQL. Полезные запросы — моя шпаргалка
Мой коллега Антон Жиянов сделал курс по практическому применению sql в работе, очень рекомендую — https://antonz.ru/sqlite-course/.
Курс бессрочный, оплатил и делаешь хоть полгода! Ну тут кому как, кого-то мотивирует куча времени, кого-то расхолаживает ))))
Антон отлично пишет, это можно проверить по его блогу. Прекрасные статьи, написанные просто и понятно! А еще Антон хорошо объясняет, далекие 6 лет назад именно он обучал меня на проекте )))
Так что лично я вписалась, чего и вам советую. Практики много не бывает! ![]()
ID_PARTY
|
GROUPING
|
Комментарий
|
3048
|
1
|
Уже объединены. Исходный 3048. Его ИД больше ИД золотого
|
3041
|
1
| |
5162
|
2
|
Уже объединены.
Исходный 5155. Его ИД меньше ИД золотого
|
5155
|
2
| |
...
|
...
|
...
|
id_party
|
Merged_status
|
1
|
1
|
2
|
1
|
11
|
2
|
id_party
|
id_final
|
created
|
cancelled
|
1
|
11
|
15.06.2017
| |
2
|
11
|
15.06.2017
|
| Значение p_type | Действие |
| u |
Генерировать только буквы в верхнем регистре (например,
DFTHNDSW)
|
| l |
Генерировать только буквы в нижнем регистре (например,
pikdcdsd)
|
| a | Генерировать только буквы в обоих регистрах (например, DeCW- Cass) |
| x |
Генерировать буквы и цифры в верхнем регистре (например,
A1W56RTY)
|
| P | Генерировать любые печатные символы (например, $\$2sw&*) |
days := DBMS_RANDOM.VALUE (1, 18250); birth := sysdate - days;