Спасибо за урок. Ещё полезно знать что есть команда savepoint. Это точка на которой мы хотим зафиксироваться в момент выполнения транзакции, и если мы потом сделаем rollback то откатимся именно к savepoint-у иногда это важно. И ещё полезно погуглить про ACID.
Смотрю уже второй ваш курс. Подача информации - лучшее, что я видела на отечетсвенном ютубе. Надеюсь, будут еще какие-нибудь актуальные для меня курсы в будущем!
Спасибо. Хорошо бы еще небольшой практикум по выборкам из SQL через библиотеки Python или JS. SQL тема огромная. Я так понимаю, view-шки, триггреры и индексы еще впереди. Спасибо за Ваш труд.
Практикум по SQL на Python могу сделать. JS, к сожалению, не знаю совершенно, поэтому не получится. Ещё планирую записывать решение разных задачек, начать хочу с leetcode. По тематикам: видео про индексы уже сделал - ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-C34HS5wU8Zg.html. Ещё будут видео по ограничениям и представлениям. По триггерам пока не планирую записывать, на мой взгляд это не начальный уровень.
@@AndreySozykin да, не начальный, но с другой стороны триггеры и курсоры - это тоже не бог весть что:)) Да ещё и в Вашем исполнении☝🏼 - объяснили бы суть, показали несколько ходовых примеров - это уже будет огромным трамплином для незнающих. После введения от вас можно будет смело идти в доки за деталями. А вот если сразу в доки без Вашего введения - это будет очень сложно людям. Вы очень хорошо передаете суть сущностей.
Спасибо большое за лекции - отлично заходят, всем вокруг советую! Хотелось бы услышать про SAVEPOINT и о том сколько команд можно впихнуть в транзакцию и какие команды необратимы. Шикарно бы ещё узнать как это под капотом работает - там какая-то доп. структура данных хранит состояние для отката или как оно вообще?)) А по производительности сильно бьет злоупотребление транзакциями?
На производительность влияют длинные Транзакции. Если таких не делать, то все будет хорошо. Устройство под капотом сильно зависит от системы управления базой данных. И такой материал больше подходит для курса по архитектуре баз данных, а не SQL.
@@AndreySozykin спасибо! По устройству согласен. Я просто сперва задал вопрос, а потом посмотрел первое видео - о целях курса)) В этих целях лекции шикарны🤘
Спасибо за курс. Немного только режет слух уменьшить и увеличить счет в некоем банке. Правильно списать деньги с одного клиента и зачислить деньги на счет другого клиента, при условии конечно, что оба клиента обслуживаются в одном банке.
чем вам автоккомит мешает ? 80% запросов в базу, однозапросные и требование на доп команду коммит после каждого запроса - избыточно. если же разработчик с головой и понимает, что несколько запросов надо объединить в одну транзакцию, то нет проблем. begin transaction и автокоммиты идут лесом.
Для большинства случаев автокоммит вполне подойдёт. Я как раз сказал, что отключать его нужно только для серьезных действий, когда возможна потеря данных. Вы пишете про разработчика с головой, но мой курс для начинающих, которым как раз нужно объяснять именно такие базовые вещи.
@@AndreySozykin видимо не так вас понял, сам редко когда сейчас могу покодить, вот освежаю знания благодаря вашем видео ) разработчик всегда должен быть с головой. не поверите, сталкивался с противоположным случаем, автоккомит отключен и ой, а чего у нас данные в базе старые.... )
Я начинал с Oracle, поэтому для мена автокоммит в Postgres был большой неожиданностью. Возможно, я просто привык что Транзакции нужно явно коммитить, чтобы данные записались, и это кажется мне максимально естественным.
