Обновление поля триггером

@Araders · Регистрация: 26.06.2019

Студворк — интернет-сервис помощи студентам

Есть две таблицы books и autor. У каждого экземпляра в базе autor есть поле которое отвечает за количество написанных им книг. Когда в таблицу book добавляется книга у которой имя автора совпадает с таковым в таблице autor нужно увеличить показатель количества книг автора на 1.

SQL
1
UPDATE autor SET Books = Books+1 WHERE CONCAT(Name ,' ',Surname)= NEW.Autor

Вероятная проблема которую я не могу решить наверное заключается в том что в таблице autor имя автора состоит сразу из 2 полей (имени и фамилии) в то время как в таблице books оно идет единый полем - Autor.

@sad67man · 05.11.2021, 19:25

Araders, Что будете делать, если потребуется изменять имя автора? В таблице book достатовно хранить id автора - и создать foreign key, само имя хранить не стоит. Тогда может и не потребуется отдельное поле с колличеством. Ведь это можно сделать отдельным запросом по id-шникам авторов.

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

Допустим вы получили список авторов - вы можете собрать id-шники и получить их колличества одним запросом.

SQL
1
2
3
4
SELECT author_id, COUNT(id) AS books_count
FROM book 
WHERE author_id IN(1,5,6) AND STATUS = 'active'
GROUP BY author_id

Получите массив с id авторов и количества книг.

Добавлено через 12 минут
Araders, Если вы хотите достать книгу с именем автора, то это можно сделать через JOIN

SQL
1
2
3
SELECT book.*, CONCAT(autor.name ,' ', autor.surname) AS author_name
FROM book
JOIN autor ON autor.id = book.autor_id

@Araders · 05.11.2021, 20:46 **[ТС]**

sad67man, Если бы это была моя личная БД или рабочая я бы изначально построил архитектуру по другому и все было бы проще. Но у меня она готовая и задания такие что особо не развернешься. В любом случаи спасибо.

@sad67man · 05.11.2021, 21:26

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

Тут помогает рефакторинг. Это не то, когда вы просто все переписываете - а делаете мелкие последовательные преобразования, не изменяющие поведение. К примеру вы можете для начала просто добавить поле author_id (старые поля не трогать). Затем написать скрипт, для их заполнения. Т.е. пройтись циклом по всем книгам, сделать запрос на автора по имени и присвоить author_id каждой книге.

Этот скрипт можно будет запускать повторно при необходимости. Так как пока вы старые поля не трогали, то ничего не поломается. В дальнейшем вам будет необходимо сделать так, чтоб этот author_id заполнялся при добавлении/редактировании книги. Потом уже отрефакторить вывод книг - логику получения данных для вывода. И только потом когда вы все протестировали и через некоторое время (к примеру пару недель), когда вы понимаете, что старые поля уже точно не нужны - их можно будет удалить.

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

Добавлено через 21 минуту
Araders, И чем раньше вы это сделаете - тем лучше. Потому что потом, когда вы все-таки решитесь это сделать - получается все что делали до этого - делали зря и впустую потратили время, т.е. деньги заказчика. Ведь ни менеждер проекта, ни заказчик не понимают важности правильной архитектуры они преследуют свои интересы - скорость разработки и борются за это, но и вас нанимают в первую очередь как профессионала, и именно вы должны в свою очередь бороться за чистоту архитектуры и нести за это ответственность. Чтоб потом не приходилось объяснять заказчику, почему его программа пришла в негодность из-за стоимости поддержки.
Вы можете принести реальную пользу от своей работы, или писать очередные костыли, тем самым нанося вред.

Новые блоги и статьи Все статьи Все блоги /
Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .	влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .
Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .

@Araders 1 / 1 / 0 Регистрация: 26.06.2019 Сообщений: 149
	05.11.2021, 20:46 [ТС]
	sad67man, Если бы это была моя личная БД или рабочая я бы изначально построил архитектуру по другому и все было бы проще. Но у меня она готовая и задания такие что особо не развернешься. В любом случаи спасибо. 0

@sad67man 2603 / 1507 / 689 Регистрация: 23.08.2015 Сообщений: 3,823
	05.11.2021, 21:26
	Araders, Такое часто встречается, когда что-то сделано не лучший образом - и мысли о том что нужно было сразу делать по другому - или все нужно переписывать не всегда верны. Потому что получите синдром второй системы, более того никто не знает все кейсы бизнес логики. Тут помогает рефакторинг. Это не то, когда вы просто все переписываете - а делаете мелкие последовательные преобразования, не изменяющие поведение. К примеру вы можете для начала просто добавить поле author_id (старые поля не трогать). Затем написать скрипт, для их заполнения. Т.е. пройтись циклом по всем книгам, сделать запрос на автора по имени и присвоить author_id каждой книге. Этот скрипт можно будет запускать повторно при необходимости. Так как пока вы старые поля не трогали, то ничего не поломается. В дальнейшем вам будет необходимо сделать так, чтоб этот author_id заполнялся при добавлении/редактировании книги. Потом уже отрефакторить вывод книг - логику получения данных для вывода. И только потом когда вы все протестировали и через некоторое время (к примеру пару недель), когда вы понимаете, что старые поля уже точно не нужны - их можно будет удалить. Тут понимаете, что кроме удаления, и добавления новой записи еще будут проблемы с изменением автора книги, и всех нюансов сразу можно и не учесть - они будут постоянно всплывать все новые и новые проблемы. Будете править бесконечные баги. И в какой-то момент все равно придете к тому, что нужно нормализовать базу данных, чтоб избавиться от избыточности и несогласованности зависимостей. Добавлено через 21 минуту Araders, И чем раньше вы это сделаете - тем лучше. Потому что потом, когда вы все-таки решитесь это сделать - получается все что делали до этого - делали зря и впустую потратили время, т.е. деньги заказчика. Ведь ни менеждер проекта, ни заказчик не понимают важности правильной архитектуры они преследуют свои интересы - скорость разработки и борются за это, но и вас нанимают в первую очередь как профессионала, и именно вы должны в свою очередь бороться за чистоту архитектуры и нести за это ответственность. Чтоб потом не приходилось объяснять заказчику, почему его программа пришла в негодность из-за стоимости поддержки. Вы можете принести реальную пользу от своей работы, или писать очередные костыли, тем самым нанося вред. 0

Обновление поля триггером

Решение