По-вашему, всё, что длиннее 140 символов, — «иище»? Зря. В данном конкретном случае вы не правы. Если не хочется читать, лучше просто пролистнуть, чем написать автору какую-нибудь гадость, демотивируя его.
Если используется оркестратор, важно хранить прогресс саги в надёжном хранилище
Не обязательно. В надёжном хранилище достаточно сохранить идентификатор саги и её состояние «начата/откатывается/завершена». Если оркестратор восстанавливается после падения и видит, что сага начата, он может проиграть все шаги заново — благодаря требованию идемпотентности шагов это ничего не сломает. «Хранить прогресс», конечно, полезно, но не обязательно.
1С ведь тоже был изначально заточен под то, чтобы быть понятным бухгалтеру.
А ведь точно, вы правы!
сильно размылось.
Признавайтесь, вы дипломат? Или просто из высшего общества (настоящего, а не из тех, кто пытается себя за него выдать)? Очень, очень вежливо сказано :-)
Книга, по которой я учил SQL, — «Руководство по реляционной СУБД DВ2» К. Дейта. И да, там написано, что SQL создавался именно как язык конечного пользователя. Ну а потом началось — менюшки, окошки, кнопочки и вот это всё...
Тоже делал SMILE у Татьяны Юрьевны в 2017 году. Если коротко, то всё прекрасно: и клиника очень понравилась, и жизнь стала намного комфортнее. Была близорукость около -4 без осложнений. Если нужны детали, могу рассказать.
Интересно, как же вы заставляете людей тащить это к себе? «Возьми колонку — получи повышенную ставку по депозиту»? Или «не будете брать — пришлём коллекторов»?
Понимаете, нам не дано знать, что из сделанного сегодня принесёт нам пользу через год. Если автор считает, что его система приближает счастливое будущее, зачем его в этом разубеждать? Будущее всё покажет. А пока в любом случае порядок лучше хаоса (это вроде бы тоже из ИТ, но, разумеется, откуда-то заимствовано :))
Эх... вот мы на уроке физики проходили трансформатор. Учитель включил блок питания на 5 вольт и предложил желающим потрогать контакты. Нюанс был в том, что контакты — на повышающей катушке. Один мальчик хотел попробовать на язык, но учитель отговорил — в руки, говорит, возьми. Лицо мальчика никогда не забуду. Там вольт 80 было :)
Полагаю, значительная часть ваших проблем со зрением в том, что сайты такие чёрные. А вот когда Хабр и Пикабу белые, то даже на 15" ноутбуке они превосходно читаются. Специально замерил рулеткой расстояние до глаз — те же 50 см...
Это всё прекрасно, но. Как-то мне захотелось винтажный ноутбук. Я его купил, отмыл, собрал, докупил на Али недостающие запчасти... И в конце концов оказалось, что не работает браузер. Ему тупо не хватает процессорной мощности. То, что задумывалось как «тонкий клиент», разрослось до такой толщины, что пожрало всё. И ведь дело не в самом браузере, а в сайтах, когда простая страничка с постом и десятком каментов «весит» несколько мегабайт, а уж внутри у неё такое, что - - -
Как-то мне довелось писать код, который должен был компилироваться и работать под Windows и PalmOS. Там ко всем прелестям, перечисленным в статье (порядок бит, поведение при нарушении выравнивания) добавлялась ещё многозадачность: в WIndows — полноценная вытесняющая, встроенная в операционную систему, а в PalmOS приложению даётся один поток, и внутри этого потока надо самостоятельно реализовать кооперативную многозадачность...
Ну согласование земли — вечный вопрос. Вы же знаете, почему в США ЦОДы всех крупных компаний кучкуются вокруг 40 параллели? Именно потому, что вдоль неё идёт железная дорога, принадлежащая одному собственнику.
Если первая строка во второй транзакции не меняется, то нарушений нет, и транзакции сериализуются в порядке 2-1. А вот если меняется, то возникает аномалия. Какая именно аномалия - зависит от того, какую строку прочитает первая транзакция. Если повтроно первую, то будет unrepeatable read, а если вторую - то read skew. А если перечитает и первую, и вторую, то опять транзакции сериализуются как 2-1.
Беда в том, что мы с вами вот так рассуждаем, а в реальных системах нет таких сторонних наблюдателей, которые могли бы подсказать приложению, что надо перечитать. Поэтому базы данных с переменным успехом изобретают всякие механизмы изоляции :-)
HUMMER_now_everyone_knows.jpg
Удачи! Когда книга выйдет на бумаге, я первый в очереди за автографом :-)
По-вашему, всё, что длиннее 140 символов, — «иище»? Зря. В данном конкретном случае вы не правы. Если не хочется читать, лучше просто пролистнуть, чем написать автору какую-нибудь гадость, демотивируя его.
Не обязательно. В надёжном хранилище достаточно сохранить идентификатор саги и её состояние «начата/откатывается/завершена». Если оркестратор восстанавливается после падения и видит, что сага начата, он может проиграть все шаги заново — благодаря требованию идемпотентности шагов это ничего не сломает. «Хранить прогресс», конечно, полезно, но не обязательно.
P. S. А вот и видео на эту тему: https://youtu.be/EqOUdxZAtmk
А ведь точно, вы правы!
Признавайтесь, вы дипломат? Или просто из высшего общества (настоящего, а не из тех, кто пытается себя за него выдать)? Очень, очень вежливо сказано :-)
Книга, по которой я учил SQL, — «Руководство по реляционной СУБД DВ2» К. Дейта. И да, там написано, что SQL создавался именно как язык конечного пользователя. Ну а потом началось — менюшки, окошки, кнопочки и вот это всё...
И ещё чуть шире и чуть менее серьёзно — «УАЗДао. Кредо мизантропа» Павла Иевлева.
Тоже делал SMILE у Татьяны Юрьевны в 2017 году. Если коротко, то всё прекрасно: и клиника очень понравилась, и жизнь стала намного комфортнее. Была близорукость около -4 без осложнений. Если нужны детали, могу рассказать.
Интересно, как же вы заставляете людей тащить это к себе? «Возьми колонку — получи повышенную ставку по депозиту»? Или «не будете брать — пришлём коллекторов»?
Понимаете, нам не дано знать, что из сделанного сегодня принесёт нам пользу через год. Если автор считает, что его система приближает счастливое будущее, зачем его в этом разубеждать? Будущее всё покажет. А пока в любом случае порядок лучше хаоса (это вроде бы тоже из ИТ, но, разумеется, откуда-то заимствовано :))
Конечно, откладывать на пенсию глупо — вдруг завтра кирпич на голову, и кому тогда достанутся пенсионные накопления?
Но подумайте с другой стороны — а вдруг кирпич вам на голову не упадёт, и вы доживёте до <...> Что тогда?
Эх... вот мы на уроке физики проходили трансформатор. Учитель включил блок питания на 5 вольт и предложил желающим потрогать контакты. Нюанс был в том, что контакты — на повышающей катушке. Один мальчик хотел попробовать на язык, но учитель отговорил — в руки, говорит, возьми. Лицо мальчика никогда не забуду. Там вольт 80 было :)
Полагаю, значительная часть ваших проблем со зрением в том, что сайты такие чёрные. А вот когда Хабр и Пикабу белые, то даже на 15" ноутбуке они превосходно читаются. Специально замерил рулеткой расстояние до глаз — те же 50 см...
Это всё прекрасно, но. Как-то мне захотелось винтажный ноутбук. Я его купил, отмыл, собрал, докупил на Али недостающие запчасти... И в конце концов оказалось, что не работает браузер. Ему тупо не хватает процессорной мощности. То, что задумывалось как «тонкий клиент», разрослось до такой толщины, что пожрало всё. И ведь дело не в самом браузере, а в сайтах, когда простая страничка с постом и десятком каментов «весит» несколько мегабайт, а уж внутри у неё такое, что - - -
У меня на корпоративном компе заблокированы usb и все облачные диски. Но вот scp не заблокирован :-)
Как-то мне довелось писать код, который должен был компилироваться и работать под Windows и PalmOS. Там ко всем прелестям, перечисленным в статье (порядок бит, поведение при нарушении выравнивания) добавлялась ещё многозадачность: в WIndows — полноценная вытесняющая, встроенная в операционную систему, а в PalmOS приложению даётся один поток, и внутри этого потока надо самостоятельно реализовать кооперативную многозадачность...
Ну согласование земли — вечный вопрос. Вы же знаете, почему в США ЦОДы всех крупных компаний кучкуются вокруг 40 параллели? Именно потому, что вдоль неё идёт железная дорога, принадлежащая одному собственнику.
P. S. А статья замечательная.
Ну формально вы правы, надо будет во втором издании этот момент чуть подробнее разобрать.
Увы, не значит.
Если первая строка во второй транзакции не меняется, то нарушений нет, и транзакции сериализуются в порядке 2-1. А вот если меняется, то возникает аномалия. Какая именно аномалия - зависит от того, какую строку прочитает первая транзакция. Если повтроно первую, то будет unrepeatable read, а если вторую - то read skew. А если перечитает и первую, и вторую, то опять транзакции сериализуются как 2-1.
Беда в том, что мы с вами вот так рассуждаем, а в реальных системах нет таких сторонних наблюдателей, которые могли бы подсказать приложению, что надо перечитать. Поэтому базы данных с переменным успехом изобретают всякие механизмы изоляции :-)