Работа, учеба, экзамены, дедлайны...

Не забывайте кушать! С пятницей!

#mems

📜 Еще одна интересная секция "без записи" devhands.io ROOM (🚫🎥).

Название докладов просто бомба:
👉 Кто сможет в 1M RPS? В забеге участвуют: Valkey, Redis, Memcached, PostgreSQL, MySQL
👉 Корпоративное обучение в области высоких нагрузок: подход devhands
👉 Карта роста бэкендера
👉 Valkey: что это за зверь и потеснит ли он Redis?
И это только некоторые из них.

Все лекции и практики, в основном, проводим сам Алексей Рыбак, основатель devhands.io. Очень крутой специалист. Помимо всего того, чем занимается его компания, у него есть свои уникальные обучающие курсы для middle и более серьезных специалистов. "Джунов" он не обучает.

Презентации можно глянуть тут.

Основные тезисы, которые меня зацепили.
☄️ Обучение по программам DevHands очень гибкое. Если теория "плюс-минус" стандартизирована, то практические задания (ДЗ) создаются уникальные под каждого слушателя. Как я понял, перед началом курса они проводят собеседование и согласовывают набор практических заданий, т.к. техстек может сильно отличаться от компании к компании.

☄️ Сейчас Valkey почти не отличим от Redis.

☄️ Valkey нужно еще 2-3 года, чтобы продукт "созрел". Слишком много радикальных идей его развития по сравнению с Redis. Перспективы явно есть. Главное, чтобы в попытке добавления всеми желаемой многоядерности не получился второй DragonFly.

☄️ Товарищи из Яндекс.Облака потихонечку переходят с Redis на Valkey.

☄️ Исследователи из мира HighLoad и распределенных систем всё чаще смотрят на индустриальные кластерные СУБД. Такие продукты как Picodata или Shardman, возможно, являются будущим стандартом.

#HighLoad #Доклады_без_записи

📚Статья: Valkey: что нового и что дальше?

Напомню, что проект Valkey появился вследствие перехода СУБД Redis на другую более строгую лицензию, которая фактически запретила бесплатно использовать Redis облачным провайдерам. Хотите "перепродавать" возможности Redis своим клиентам - дайте денег. Компанию Redis labs можно понять.

Тем не менее, разработчики облачных провайдеров объединились вокруг проекта ValKey и начали его активно развивать и совершенствовать.
👉 Одной из главных фич является внедрение так всеми желанной многопоточности.
👉 В скором времени появится возможность активно взаимодействовать с JSON объектами. Не просто get/set, а добавить полноценные операции по изменению структуры документа.
👉 Эти изменения мы увидим уже в 2025 году в версии 8.0.
👉 Затем добавят вероятностные структуры данных, фильтры Блума.
👉 Уже ближе к 2026 году, а может и раньше, обновят кластерный механизм взаимодействия.

После прочтения статьи уважение к проекту Valkey возросло в разы!💪 Сообщество Redis настолько разрослось, что вполне способно поделиться надвое и продолжить развивать два независимых проекта. Очень здорово, что главные котребьютеры стремятся обновить уже устаревшие подходы. Дело даже не в многопоточности, а именно в работе кластера. Посмотрим, что они придумают 🤔

Буду активно следить за этим проектом. Возможно, через год в своих лекциях заменю Redis на Valkey. Хочу подождать мнения экспертов нашего рынка по работе Valkey в продакшен системах.

#NoSQLFM #Valkey

Кейс использования K6 в Picodata

Внутри эко-системы Grafana Labs есть инструмент для нагрузочного тестирования k6. Он немного странный (прожорливость, автоматизация на ява-скрипте, паралеллизация не по тредам/соединениям, а по параллельным пользовательским сессиям whatever it means). Но он становится всё более популярным, и выглядит мощно в плане кастомизаций. Кейс про то, как Picodata прикрутили k6 к тестированию своей СУБД.

Лонг-рид: https://habr.com/ru/companies/arenadata/articles/864974/

Ниже - краткое саммари (кстати, как вам промт?)

Кому будет интересна статья
* Гошникам
* Разработчикам распределённых систем и баз данных.
* Инженерам по нагрузочному тестированию.
* Специалистам, занимающимся построением инфраструктуры тестирования производительности.

Статья посвящена подходу компании Picodata к нагрузочному тестированию распределённых баз данных (NewSQL СУБД). Рассматриваются проблемы, с которыми сталкиваются разработчики таких систем, и выбор инструментов для создания практики тестирования производительности. Основное внимание уделяется созданию собственного решения — системы Picostress, основанной на инструментарии k6.

Используемые продукты и решения
* Picostress - разработанный инструмент для нагрузочного тестирования.
* Go - язык программирования, на котором написан весь код Picostress, а также k6
* k6 - утилита для создания нагрузочных тестов, поддерживающая выполнение скриптов на JavaScript.
* xk6-модуль: расширение для k6, реализованное для взаимодействия с Picodata через её нативные протоколы (iproto и pgproto).
* Cobra - Go-библиотека для создания CLI-приложений, использованная для создания обёртки вокруг k6.

Основные выводы
* Среди множества утилит для нагрузочного тестирования именно k6 оказался наиболее подходящим благодаря гибкости, расширяемости и поддержке пользовательских сценариев.
* Наиболее интересные особенности k6: интеграции в CI/CD процессы, создание сложных сценариев тестирования на JavaScript, поддержка постоянной нагрузки (constant throughput load) с учётом проблемы coordinated omission.
* Разработка собственного модуля: В Picodata был создан xk6-модуль для взаимодействия с нативными протоколами системы, что позволило реализовать нагрузочное тестирование, учитывающее специфику распределённых систем.
* Автоматизация и адаптивность: Picostress, основанный на k6, стал не только инструментом тестирования, но и ключевым элементом мониторинга и оптимизации производительности для каждого релиза продукта.

📚 Как вы думайте, какая книга по распределенным системам самая популярная среди ИТ-специалистов в РФ?

На каждом собеседовании на GO-разрабочика, ИТ-архитектора, аналитика данных, дата-сатаниста задаётся вопрос на знания из этой книги. Да, да да. Я говорю про "Designing Data-Intensive Applications" или на русском "Высоконагруженные приложения" или просто "Кабанчик".

Автор книги, Мартин Клеппман, начинал ее писать уже порядка 10 лет назад, а издана она была в 2017 году. Эта книга стала чуть ли не иконой для многих разработчиков! 🙏🧎 По до сих на многих конференция, митапах, форумах это книга всегда присутствует и её покупают в печатном издании.

Из минусов можно отметить то, что она теряет свою актуальность. Мир движется вперед с невероятной скоростью. Это понимаю я и это понимает сам автор.

Та-та-та-дам...Мартин Клеппман в соавторстве с Chris Riccomini, который работал в PayPal, LinkedIn, WePay, создал Apache Samza и SlateDB, а также написал книгу "The Missing README", начали писать 2-ое издание Кабанчика! 💥

Уже можно глянуть первые главы
1. Trade-offs in Data Systems Architecture
2. Defining Nonfunctional Requirements
3. Data Models and Query Languages
4. Storage and Retrieval

Полностью книга будет готова к следующему новому году.

В общем, рекомендую почитать на новогодних праздниках. За один-два вечера контент можно усвоить и прокачать свои знания!

#book #Architecture #DistributedSystems

Цените ваших коллег!

С пятницей!

#mems

Провокационная статья: Elasticsearch был великолепен, но за векторными базами данных будущее

Поисковые СУБД и векторные прекрасно справляются с задачами семантического поиска. Вопрос, какая лучше?

Так как статья написана Jiang Chen (руководителем платформы разработки ИИ в компании Zilliz (разработчик векторных СУБД), поэтому о безусловном доверии речи быть не может. Однако, это прекрасно тема для научной работы. Она может звучать так: "Сравнение поисковых и векторных СУБД в задачах семантического поиска".

Думаю студентам МФТИ вполне по силам раскрыть эту тему! 😈

Продолжение постов 1 и 2.

Книга "Путеводитель по базам данных". — М.: ДМК-Пресс, 2024. — 520 с. ISBN 978-5-93700-287-7

🚀 Часть 3. Архитектура СУБД 🚀

Благо часть не особо большая, но полезной части весьма много.


❇️Общее впечатление.
Всё начинается с рассказа о транзакциях. Вводится терминология ACID. Последнюю букву "D" автор раскрывает целым разделом о журналировании. Если начался разговор про транзакции, то и про блокировки нельзя забывать. Логическим завершением рассказа о транзакция является тема с версионированием данных и технологией MVCC. Очень здорово, что автор описывает разницу в реализациях MVCC в зависимости от СУБД.

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

Экземпляр (instance) — набор ресурсов операционной системы, выделенных
для работы с общими данными в памяти и на диске. Экземпляр состоит из процессов и области памяти, общей для всех процессов.

База данных (database) — это набор логически связанной информации, хранимой в электронном виде. В подавляющем большинстве случаев это означает набор файлов, однако иногда это могут быть данные на «сырых» устройствах или
набор произвольных объектов в объектном хранилище S3.

Разница:

Один экземпляр может обслуживать несколько баз данных, и наоборот —
несколько экземпляров могут обслуживать одну и ту же базу

Темы ACID и MVCC очень интересные, важные и даже необходимые для понимания работы СУБД. Транзакции есть в подавляющем числе СУБД. В каждой из них разработчики реализовывают их по своему вкусу. Если есть желание поглубже копнуть, то можно начать со списка литературы, который приведен к каждой главе. Затем почитать книжки по конкретной СУБД и для со всем хардкорщиков есть официальная документация! 😜

Продолжение постов 1, 2 и 3.

Книга "Путеводитель по базам данных". — М.: ДМК-Пресс, 2024. — 520 с. ISBN 978-5-93700-287-7

🚀 Часть 4. Распределённые базы данных 🚀

❇️Общее впечатление.
Традиционно всё начинается с изучения CAP-теоремы и PACELC (читается как "pass-elk", "пропусти-лося" 🫎 ). Если кто-то подзабыл, что это такое, что обязательно освежите в памяти. Затем автор согласно классификации разбирает каждый отдельный класс распределенных систем. Отдельно хочу выделить подробный обзор класса CA-систем. Прочие авторы незаслужено пропускают объяснение этого класса, а тут выделено целых 10 страниц! Обязательно включу эту информацию в свой курс!

Если пошла тема про распределенные системы, то обязательно надо рассказать про протоколы консенсуса.

Paxos. Multi-Paxos. Raft. Zookeper Atomic Broadcast.

Затем автор переходит к небольшому (на мой взгляд) обзору распределенных транзакций. Вводится понятия согласованности, кворума и версионирования. В заключение этой части автор приводит список систем, где разработаны свои уникальные механизмы функционирования на основе разобранных подходов.

Начав читать главу "Изменение данных в распределённых системах" меня посетила мысль, что полезной информации тут так много, а выделенного академического времени так мало 🥲. Надо обязательно написать факультатив на будущий год "Распределенные СУБД" 🫨. Целую дисциплину посвятить распределенным СУБД 😵‍💫. Сделать теоретический обзор, рассказать об области применения и разработать классный практикум по созданию кластеров и генерации соответствующей нагрузки. Сейчас я уделяю слишком мало времени этому направлению. Хотя в этом учебному году во втором семестре мой курс будет с упором на распределенные СУБД. Я и мои коллеги расскажем про СУБД Pangolin, СУБД Shardman, СУБД YDB 🧨🚀. Думаю это станет прекрасной основой для выделения этих знаний в новую дисциплину для тех кто желает еще глубже погрузится в мир распределенных систем. 💪

Приём зачетов/экзаменов для кого-то та еще пытка...

С пятницей!

#mems

Продолжение постов 1, 2, 3 и 4.

Книга "Путеводитель по базам данных". — М.: ДМК-Пресс, 2024. — 520 с. ISBN 978-5-93700-287-7

🚀 Часть 5. Восстановление при сбоях 🚀

❇️Общее впечатление.
Пора объемных глав прошла и осталось совсем чуть-чуть 😊

Тема крайне болезненная для всех инженеров поддержки и администраторов баз данных. Разработчики могут смело скипать этот раздел 😉

На всего 30 страницах автор рассказал все виды репликаций, которые существуют в мире СУБД. Блочная, физическая, логическая и прочие модификации. В качестве основных знаний это более чем достаточно. Конечно, мир репликаций гораздо разнообразнее. Есть двунаправленная репликация, есть так всеми любимый "мастер-мастер" репликации. Но это уже более сложные понятия. Если кто-то хочет погрузиться в эту тему, то есть неплохой доклад с PGConf.2023. Из книжек я нашел только такую Database Replication A Complete Guide.

После погружения в репликацию данных пора позаботиться и о резервном копировании. Благо тут особо ничего нового не изобрели. Есть стандартные 3 вида резервного копирования:
👉 Full backup (Полный бэкап)
👉 Differential backups (Дифференцированный бэкап)
👉 Incremental backup (Инкрементальный бэкап)

Из интересного хотел бы отметить стратегию "вечного инкремента". DBA один раз сделал полную копию базы, а затем выполняет только инкрементальные бэкапы. Если честно, я такое никогда не встречал. Но идея забавная.

Про холодное и горячее копирование данных особо и говорить нечего. Я признаться честно не любил запариваться с функцией бэкапа. Просто выключал экземпляр и копировал всю базу целиков на отдельный диск. Мне казалось это самое простое и быстрое решение. В компании меня за этого никто не бил 💪🥴 Всё норм 🤓

📚 Database Trends and Applications Magazine: October/November 2024 Issue

Традиционно пропускаю статьи про ИИ 🤖

➡️ RECOGNIZING THE POWER OF GRAPH DATABASES AND KNOWLEDGE GRAPHS By Joe McKendrick

Пройдусь по интересным фактам:

👉 По оценкам Adroit Research, объем глобального рынка баз данных graph в 2022 году составил 2,12 миллиарда долларов и, как ожидается, вырастет до 10,3 миллиарда долларов в 2032 году

👉 Графовые БД позволяют выполнять семантический
поиск, участвуют в работе рекомендательных систем.

👉 Графовые БД превосходно справляются с иерархическими и взаимосвязанными данными — социальными сетями, цепочками поставок,
приложениями для совместного использования поездок - особенно там, где взаимосвязи являются ключевой частью системы.

👉 Графики знаний “включают
семантику и контекст, что делает их
незаменимыми для искусственного интеллекта и LLM

👉 Графовые БД прекрасно себе показывают в задачах определение личности пользователя и обнаружение мошенничества.

👉 Графическая модель данных и
языки запросов, такие как Gremlin или Cypher, более выразительны, наглядны и интуитивно
понятны, чем стандартные реляционные таблицы и
SQL

👉 Понимание контекста и взаимосвязей важно для получения точных ответов

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

👉 РСУБД могут быть более
подходящими, особенно когда данные
менее взаимосвязаны или когда
согласованность транзакций имеет приоритет над изучением взаимосвязей между точками данных

👉Графовые БД + LLM = Graph RAG.

👉Новый тренд - Graph RAG. Технология улучшения качества ответов для ИИ.

В настоящее время 72% средств, выделяемых на ИТ, направляется на базовые техническое обслуживание вместо инноваций, согласно исследованию 2020 года.

➡️ Five Critical Qualities for DBAs

Статья из разряда: "Приколы нашего Городка" (с)

Какие же пять важнейших качеств ДБА ???? Мммм, интрига, интрига... А вот они:

1. Общительность (быть в команде)
2. Документирование своих знаний (ведение ВИКИ)
3. Автоматизация рутиных задачки
4. Распространять знания
5. Стрессоустойчивость

О, Хосподи!!! 🎉 Как я жил до этого без этих знаний!!! Автор открыл мне глаза!!! Спасибо! Низкий поклон!🧨

Если чуть серьезнее, то эти"важнейшие качества" подходят ЛЮБОЙ профессии. Как автору не стыдно такое писать, я не понимаю... 🙈

Поздравляю всех с Наступающим Новым Годом!

Желаю всем читателям в новом году большого счастья, крепкого здоровья, успешно защищенных НИР, любви, радости, красных дипломов, новый знаний и успеха во всех рабочих начинаниях!

А теперь, прыгаем под ёлку и открываем подарки!

p.s. можете написать в комментах как вы встречаете НГ...

Продолжение постов 1, 2, 3, 4 и 5.

Книга "Путеводитель по базам данных". — М.: ДМК-Пресс, 2024. — 520 с. ISBN 978-5-93700-287-7

🚀 Часть 6. Эксплуатация баз данных 🚀

❇️Общее впечатление.

Единственная часть книги с тремя главами 🙃!

Первая глава посвящена теме мониторинга СУБД. Рассказывается об основных параметрах БД за которыми нужно следить и т.п. Глава довольно интересная и даёт необходимое представление. Однако, как и тема с репликацией она крайне сложная при более серьезным погружении. Буквально недавно вышла книга "Мониторинг PostgreSQL" от Лесовского А. В. 2024 год. Целая книга рассказывающая о том, как правильно нужно следить на состоянием БД.

Во второй главе рассказывается про выбор оборудования на котором должна работать СУБД. Рассказывается и про сервера, системы хранения данных (СХД), NAS, SAN, RAID и прочие системы по хранению и передачи информации. Очень здорово, что автор рассказывает про такие вещи. Оборудование тесно связано с работой СУБД. Не просто так разработчики СУБД тесно работать с производителями оборудования для улучшения производительности БД. Даже есть целые программного-аппаратные комплексы (ПАК), которые объединяют в себе хорошо настроенное железо и специально оптимизированную СУБД по него. Пример, Скала-Р и Tantor.

Третья глава поднимает важный вопрос выбора СУБД для проекта. Какая СУБД нужна именно вам? Как это определить? Как проходит тендор на выбор вендора? На все эти вопросы в краткой форме отвечает это глава. По сути, все сводится к весовым коэфициентам. Выбор между качеством, стоимостью и временем внедрения. Конечно же количество этих коэффициентов меняется от проекта к проекту. Глава даёт понимание как проходит GAP-анализ во время тендера.

Продолжение постов 1, 2, 3, 4, 5 и 6.

Книга "Путеводитель по базам данных". — М.: ДМК-Пресс, 2024. — 520 с. ISBN 978-5-93700-287-7

🚀 Часть 7. Безопасность баз данных 🚀

❇️Общее впечатление.

Ролевая модель, полномочия, права доступа... Это с одной стороны довольно интересно, но очень часто инженерны и разработчики воспринимают это как вставку "палок в колеса". Инженеры поддержки и специалисты по внедрению очень часто сталкиваются с огромным числом барьеров во время развертывания новых сервисов в организации. Чтобы пройти все барьеры, уходит далеко не один день. Однако, приходиться с этим мириться.

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

Приведу такой пример из жизни. Все мы сталкивались с сертификатами. Сертификат для пользователя или для сервиса (HTTPS).

Стандартное правило гласит, что все сертификаты выдаются ровно на 1 год и затем их нужно продлевать.

Я всю жизнь как думал, подходит срок, значит мне надо выполнить следующие шаги:
1. Сгенерить новую ключевую пару
2. Создать запрос на сертификат с указанием всех необходимых полей.
3.Получить от удостоверяющего центра (УЦ) новый сертификат.
4.Конец.

Вроде бы всё банально. Однако, некоторые специалисты исполняют всё дословно. В правиле есть слово "продлевать". Получается достаточно просто перевыпустить сертификат. Ключевую пару менять не надо! Тогда количество шагов сокращается.
1.Создаем новый запрос на сертификат (используя текущую ключевую пару)
2.Получаем от УЦ новый сертификат.
3.Конец.

В итоге, мы четко выполнили инструкцию, но почему-то чувства защищенности у меня не возникает.

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

Эххх...закончилась это чудесно путешествие. На сердце осталось много приятных впечатлений. Был бы у меня такой учебник в мои годы учебы...уххх, возможно карьера бы сложилась иначе. Если мир баз данных вам интересен и вы хотели бы узнать о нем побольше, то эта книга прекрасное начало великого пути!

Новогодние праздники подошли к концу... Да здравствуют новые начинания! 🍻

С пятницей

#mems

📻NoSQLFM

Один знакомый:
Я обсуждал как-то ИИ с руководителем оптимизатора в Teradata. Он сказал: "...тебе никто не скажет спасибо, если твоя новая версия оптимизатора принесет 10-20% ускорения. Но когда ты замедлишь их ключевые запросы - они будут звонить твоему CEO"

По общению с народом, у кого нагруженная аналитика на системах за большие 💰💰 - их очень парит стабильность и предсказуемость, и всякие умные фичи они сразу отключают. И некоторые помнят опыт LEO Optimizer от IBM.

По хорошему нужно провести соответствующее исследование для подтверждения или опровержения данных слов.

📚 Основы проектирования баз данных (Database Design Solutions, 2nd Edition)
Род Стивенс

Как и в прошлый раз буду разбирать книгу по частям.

🚀Часть 1. Введение в базы данных и их проектирование🚀 

👉 Глава 1. Цели проектирования баз данных
👉 Глава 2. Обзор реляционных баз данных
👉 Глава 3. Обзор NoSQL

Дочитав эту часть до конца у меня осталось послевкусие старых-старых книг из начала 2000-х. Может это из-за слога автора, не знаю. Примеров и информации из мира NoSQL достаточно (это 2009 год), но кажется, что автор далее 2011 года не заглядывал. Книга переводная и оригинал вышел 2023 году. Это не так уж давно.

Странно, что в книге NewSQL направление отведено всего 2 абзаца!😕 Про распределенные системы и говорить нечего. Даже хайповый тренд блокчейн СУБД в 2020-х годах тоже не упоминается. Как и во всех книжках про СУБД реляционной модели уделяется больше всего текста.

➕ Положительные моменты 📈
Теория - вещь важная и перечитывать её в очередной раз становится довольно скучно. Однако, автор часто проводит хорошие примеры из своей практики в качестве дополнения. Эти примеры довольно интересные и жизненные. Благодаря им я не терял интереса к дальнейшему чтению.

➖ Отрицательные моменты 📉
Меня немного разочаровала глава про NoSQL. Вроде отведено ей 35 страниц, но почему-то всё написано очень поверхностно. Мне не хватило информации. Почему-то кажется, что дальше в книге всё проектирование баз данных будут завязано на РСУБД. Надеюсь, я не прав.

Хочу добавить пару слов про упражнения после каждой главы. Они весьма интересные и позволяют повспоминать прочитанный материал. Считаю идею добавления упражнений и заданий в книгах очень хорошей идеей. Все упражнения являются открытыми вопросами. Слава богу в книге есть ответы с рассуждением 🙏 😉

Старый Новый Год прошёл, но мемы из прошлого актуальны как никогда!

С пятницей!

#mems

📚 Основы проектирования баз данных (Database Design Solutions, 2nd Edition)
Род Стивенс

Продолжение поста 1.

🚀Часть 2. Процесс и методы проектирования баз данных🚀

👉 Глава 4 - 10.

Если вы только постигаете основы СУБД и учитесь в ВУЗе (колледже), где преподают дисциплину "Базы данных", то это часть настоящий клондайк полезной информации. Если у вас возникают вопросы в понимании нормальных форм (НФ), в построении реляционных отношений, о том с чего вообще начинается проектирование и какой прикладной характер имеет, то вам очень повезло. Жаль в 2006 году не было такой книги на русском языке. Однако, есть некоторые НО...

Здорово, что автор так подробно и доходчиво преподносит информации, но ценности ей в 2024/25 году не много. Всё это уже известно и переписано в сотни других книг. Проектирование в NoSQL парадигме автор избегает по максимум. Даже те крупицы текста в основном говорят лишь о графовой модели (иерархической как частный случай), либо про существования JSON данных. Ничего конкретного и полезного. Я в очередной раз убеждаюсь, что это книга являются небольшим обновлением книги начала 2000-х. Самого-самого начала. Слишком старые и банальные принципы изложены. Даже "примеры из жизни" попахивают нафталином.

Во мне смешенные чувства. С одной стороны, это хорошая книга по начальному проектированию БД и выполнению лабораторных работ, с другой стороны более она ничем не полезна. Я больше занимаюсь сопровоздением и администрированием СУБД. Возможно у разработчиков баз данных имеют другое мнение.
Надо будем с кем-то обсудить эту книгу. Хочется верить, что не книга плохая, а просто я не её аудитория 😉

Но это не повод не читать дальше...вдруг книга раскроется. Как Starfield (c)