Хороший вопрос, почему бы просто не обратиться к разработчику?
Мы обратились к разработчику, параллельно прорабатывая решение своими силами.
Начнем с того, что простого скрипта не существует, специфика объема.
И к тому моменту, когда разработчик дал нам верхнеуровневую оценку, стало понятно, что основная сложность работы – не написание запросов, а планирование и согласование работ на продуктивной среде. Я предполагаю, что в результате мы бы получили переписку длиною в сотни сообщений и оценку, выросшую раз в пять от первоначальной верхнеуровневой. Т.е. результат тот же, но тратим деньги и работаем больше, нужно ли это нам?
Но не исключено, что я сильно ошибаюсь и существуют более простые способы решить данную задачу. Если DocsVision или Digital Design прокомментирует статью и укажет на какие-то ошибки или предложит элегантные решения – буду только рад, т.к. это будет полезно всем.
Решение спорное и временное. Настолько временное, что даже постоянное.
N.B. 'Прослушиватель' – listener – вольная трактовка, т.к. термин не перегружен смыслами.
Обычно при значительных изменениях в БД вторичная реплика не синхронизируется до вечера, но не для отката в одну кнопку, а для возможности вытащить и восстановить какие-то определённые данные, т.к. откат по истечению нескольких часов будет катастрофой похуже, чем неработоспособность за то же время. А вообще, преимущества отката видны во второй части статьи.
В кейсе имеется в виду работа с лидами - т.е. с теми клиентами, кто подавал заявку нам, но в итоге ипотеку не взяли у нас. Да, мы рефинансируем клиентов других банков.
Спасибо за комментарий. Технология блокчейн используется не для выпуска, а для передачи данных о е-закладных между депозитариями и Росреестром. Относительно ее преимуществ в статью внесли уточнение:
По своей сути ДДС создает альтернативный СМЭВ канал обращения и учета е-закладных, используя все преимущества технологии блокчейн – отсутствие централизованного хранения записи, доступность всех движений электронного документа всем участникам без дополнительных синхронизаций. Децентрализация учета с применением средств криптозащиты делает процесс более безопасным, повышая доверие участников к передаваемым объектам учета, а также позволяет относительно легко масштабировать решение, объединяя все большее количество участников – банков, депозитариев.
Хороший вопрос, почему бы просто не обратиться к разработчику?
Мы обратились к разработчику, параллельно прорабатывая решение своими силами.
Начнем с того, что простого скрипта не существует, специфика объема.
И к тому моменту, когда разработчик дал нам верхнеуровневую оценку, стало понятно, что основная сложность работы – не написание запросов, а планирование и согласование работ на продуктивной среде. Я предполагаю, что в результате мы бы получили переписку длиною в сотни сообщений и оценку, выросшую раз в пять от первоначальной верхнеуровневой. Т.е. результат тот же, но тратим деньги и работаем больше, нужно ли это нам?
Но не исключено, что я сильно ошибаюсь и существуют более простые способы решить данную задачу. Если DocsVision или Digital Design прокомментирует статью и укажет на какие-то ошибки или предложит элегантные решения – буду только рад, т.к. это будет полезно всем.
Решение спорное и временное. Настолько временное, что даже постоянное.
N.B. 'Прослушиватель' – listener – вольная трактовка, т.к. термин не перегружен смыслами.
Обычно при значительных изменениях в БД вторичная реплика не синхронизируется до вечера, но не для отката в одну кнопку, а для возможности вытащить и восстановить какие-то определённые данные, т.к. откат по истечению нескольких часов будет катастрофой похуже, чем неработоспособность за то же время. А вообще, преимущества отката видны во второй части статьи.
В кейсе имеется в виду работа с лидами - т.е. с теми клиентами, кто подавал заявку нам, но в итоге ипотеку не взяли у нас. Да, мы рефинансируем клиентов других банков.
Спасибо за комментарий. Технология блокчейн используется не для выпуска, а для передачи данных о е-закладных между депозитариями и Росреестром. Относительно ее преимуществ в статью внесли уточнение:
По своей сути ДДС создает альтернативный СМЭВ канал обращения и учета е-закладных, используя все преимущества технологии блокчейн – отсутствие централизованного хранения записи, доступность всех движений электронного документа всем участникам без дополнительных синхронизаций. Децентрализация учета с применением средств криптозащиты делает процесс более безопасным, повышая доверие участников к передаваемым объектам учета, а также позволяет относительно легко масштабировать решение, объединяя все большее количество участников – банков, депозитариев.