Погружение в мир NoSQL

#почитать

NoSQL, или "нереляционная" база данных, представляет собой подход к хранению и извлечению данных, который отличается от традиционной реляционной модели SQL. Эти базы данных часто используются для работы с большими объемами неструктурированных или полуструктурированных данных.

⏱Читать статью

▫️ Хардскилл “DataBases” в QA. Оксана Мельникова

#посмотреть

На примерах.

⏱Смотреть на YouTube ⏱20 минут

🔥 Getting Started with SQL and Databases

▪️Автор: Mark Simon
▪️Год издания: 2023 🟡
▪️Страниц: 400

▪️Аннотация:
"Изучите основы написания SQL-скриптов. Используя стандартный SQL в качестве отправной точки, эта книга научит писать на различных популярных диалектах SQL, включая PostgreSQL, MySQL/MariaDB, Microsoft SQL Server, Oracle и SQLite. Книга начинается с общего введения в SQL и охватывает основные концепции. Затем Марк Саймон рассказывает о принципах работы баз данных и о том, как создаются таблицы баз данных. Он научит вас фильтровать данные с помощью предложения WHERE, работать с NULL, числами, датами и строками. Также вы научитесь сортировать результаты с помощью ORDER BY, сортировать и фильтровать данные. К концу книги вы будете знать, как вставлять и обновлять данные, а также подводить итоги с помощью агрегатных функций и групп."

⏱Скачать книгу

13 упражнений по SQL с решениями

#почитать

Поработаем с SQL и T-SQL. С помощью этих упражнений будем создавать различные запросы SQL и T-SQL, чтобы отточить навыки работы с запросами.

⏱Поупражняться

Еще одна дорожная карта по SQL на 2024 год (UProger)

#почитать

Ориентирована изначально на DataScience, но обширнейший список сайтов для самоподготовки может быть интересен и для QA.

⏱Читать

Лучшие практики написания SQL-запросов

#почитать

Конечно, я видел исключения, когда люди, обладающие впечатляющими знаниями в других областях, помимо SQL, получают работу, но при этом после получения оффера им все равно приходится изучать SQL. Я думаю, что почти невозможно быть профессионалом в сфере анализа данных без знаний SQL.

Данные советы предназначены для всех специалистов, независимо от опыта. Я перечислил самые распространенные случаи в моей практике, разместив в порядке возрастания сложности.

1. Проверка уникальных значений в таблице
2. Поиск повторяющихся записей
3. Обработка NULL с DISTINCT
4. CTE > Подзапросы
5. Использование SUM и CASE WHEN вместе
6. Будьте осторожны с датами
7. Не забывайте об оконных функциях
8. По возможности избегайте DISTINCT
9. Форматирование SQL
10. Совет по отладке

⏱Читать статью

Супергеройское введение в SQL

#почитать

Привет, отважный герой, мы ждали тебя! Мир на грани разрушения, злобный Доктор Релятивистус собирается устроить хаос в нашем упорядоченном мире данных. Собери команду и останови конец света. Вся надежда только на тебя!

(SQL Fiddle - тренировочный playground для прокачки навыков SQL; поддержка SQL Server, SQLite, PostgreSQL, MySQL, MariaDB)

⏱Стать супергероем (попробовать)

Как следует произносить название СУБД PostgreSQL («Пост-Грес-Кью-Эл»)

#почитать

Очень часто можно услышать, как люди произносят название СУБД PostgreSQL в следующих вариантах: Постгре́ (на французский манер) или По́стгре (наверное, по аналогии с произношением названия немецкого бренда Pórsche). Возможно, имеет место быть еще вариант Постгр (по аналогии с Ogre — Огр.

Конечно же, знание истории происхождения названия того или иного продукта и его правильного произношения - это вопрос скорее для узких кругов, и ожидать этого знания от каждого явно не стоит. Но для профессиональной среды настоятельный тон, заданный в заголовке этой статьи, имеет под собой основание.

Исходя из этого, приемлемыми вариантами произношения названия могут быть только следующие: «Пост-Грес-Кью-Эл» - полный вариант, приведенный, кстати, в Википедии, либо «По́стгрес» - оригинальное историческое название, которое и применяется многими профессионалами.

⏱Читать разъяснение

Комент:

Называть надо по-человечески, тогда и проблем не будет!

Один сложный запрос, или несколько последовательных простых

#почитать

В процессе разработки программ с обращением к БД часто возникает проблема создания SQL запроса по большому количеству таблиц. Существует два варианта: один сложный запрос с большим количеством Join’ов и условий или несколько простых sql запросов с последовательным применением результата обработанного запроса к следующим запросам.

Очевидный выбор начинающего разработчика – конечно первый вариант. При выборе второго варианта с несколькими более простыми запросами облегчается отладка, т.к. каждый запрос может быть протестирован отдельно, но, обычно, большое количество запросов к базе данных приводит к снижению производительности. Однако последнее утверждение не всегда правильное.

⏱Читать статью

💸 Как извлечь из телеграм-канала максимум продаж при минимуме контента

Трудно представить, но даже первые 100 привлеченных подписчиков могут в сотни раз окупить рекламные вложения. О том, как этого добиться, рассказала Мария Сухоруких — топовый эксперт по воронкам продаж в телеграм.

В своем канале она рассказала о самых эффективных инструментах привлечения трафика и его мутацию в квалифицированные лиды и продажи. Кто первый успеет внедрить весь инструментарий, сможет снять максимум сливок в 2024 году.

Скорее забирайте в закрепе изнанку эксперимента: из 15 000 в 70 000 000 за год, которая содержит конкретные инструменты, работающие в любом проекте.

Подпишитесь на канал Марии, чтобы зарабатывать в мессенджере достойно и стабильно

▫️ Урок по “джойнам”. JOIN queries in SQL/MySQL for QA Engineer

#посмотреть

Занятие из цикла для тестировщиков. Практика по Inner Join, Left Join, Right Join.

⏱Смотреть на YouTube ⏱25 минут

Практикум. Обрабатываем результаты и делаем сложные запросы

#почитать

Здесь:
▫️Подсчет строк в результате запроса COUNT
▫️Оператор GROUP BY
▫️Оператор HAVING
▫️Джойны и алиасы
▫️UPDATE данных
▫️Представления (views)
▫️Хранимые процедуры
▫️Триггеры SQL

⏱Читать статью