MB
Проектирование не в смысле таблиц в sql очевидно
Size: a a a
2021 June 17
AS
Как бы они не работали, но закешированные горячие данные на машине не появятся из воздуха сами по себе.
AS
Я понимаю, если нет разницы, сколько считается запрос SQL, то плевать.
MB
АБС вообще застряли в 90ых чем там гордиться? Передачей инфы перфокартами из внешнего периметра во внутренний?
EZ
Меня также дюже интересуют коннекты на момент выключения ноды. Вы выше жаловались что +1 секунда задержки при миграции это катастрофа библейских масштабов - а шо, таки при выключении ноды задержка будет меньше?
EZ
Может еще и сессии смигрируют?
AZ
Аргументы про настоящих шотладцев уже в полный рост. Отлично-отлично.
Ждем продолжения.
Ждем продолжения.
MB
Зависит от реализации, для olap запросов понятно нужно другое решение
AS
Ну таки есть же пгбаунсер и аналоги. Но основная проблема - не сколько коннекты, сколько отсутствие в новой виртуалки горячих данных, это раз, и высокая стоимость создания нового исполняющего контекста (сиречь воркера), что для постгреса, что для Оракла.
EZ
Не спорю, но не базами же едиными
AS
Для OLAP с длинными тяжёлыми запросами, а не OLTP достаточно транзакционной очереди перед БД. Но речь сейчас не об этом.
AZ
Странно, что нет примера Bank of America на мейнфреймах.
MB
Почти все банки одно и тоже, буду признателен за примеры исключений
PD
Ну, процессинг на FDB нормально делать. С АБС тоже не вижу особых проблем.
AK
Ну финансовые организации сша и европы - это отдельная история
AS
Вечер очешуительных историй. Все банки одно и то же? РИЛЛИ?
AZ
(записывает)
Банки не умеют в настоящее ойти.
Так сказал аноним в техдирском чате.
Банки не умеют в настоящее ойти.
Так сказал аноним в техдирском чате.
AZ
А опсосы умеют?
AK
Наши абс вполне приличные уже, та же цфт
AZ
Только тсссс. Там Oracle.