Вы спрашиваете у читателей «ещё идеи»…
Но хотелось бы понять, из каких соображений банк отказался закрывать РС? Требуют личного присутствия. Зачем? Они какую-то выгоду получают от затягивания закрытия? Нужно понять их позицию. Говорят одно, но надо понимать чего реально хотят?
Оконные функции использовать можно в подобных запросах
Убедил. Я написал вариант WIND для двух движков. Но чтобы его протестировать на производительность нужно время. Наверное, в выходные. Ранее меня пугало слово distinct, я считал, что это будет лишний шаг. Если получу удовлетворительные результаты — я добавлю в пост в пул вариантов с указанием ссылки на тебя. Годится? Или можешь опубликовать его здесь сам.
Скорее всего на практике вам не потребуются все данные, а только определённый объём
Тут, также как в DWH. Действительно, в каждый конкретный момент времени нам требуется небольшой кусочек данных, но за день окажется что мы опросили большую часть всего объёма, и некоторые части — многократно (и многократно же их рассчитывали). Чтобы не тратить время на многократный расчёт — мы загружаем в хранилище все данные, за весь период, и рассчитав однократно.
как может вариант, где всё заранее посчитано и сложено в таблицу медленнее какого-то другого?
Почему? Он не медленнее, он быстрее всего на MS SQL.
?
Можешь связаться со мной, обсудим, отвечу на вопросы
достаточно просто min(ID) сделать
Это моя ошибка. Я исправлю. Просто ранее это поле называлось не ID, а SEQ_NUM, и в нём хранился порядковый номер транзакции внутри секунды. Там окна 10^6 было с запасом. Но потом я отказался от этого поля, потому что требовался дополнительный оператор, который пройдёт по всей таблице и заполнит это поле на основании ID
Когда запрос выполняется 5 секунд, его, разумеется, никто не станет оптимизировать.
Но если запрос выполняется час или день — полагаю, у каждого
разработчика БД или DBA возникнет вопрос, а можно ли его оптимизировать?
и сравнивать сервера
Просто есть опыт 4.5 года и на MS SQL, запустил и там. Цели «сравнить» не было
посмотрел код на MSSQL — мне кажется там много где можно докрутить
Возможно код, возможно сервер, но кроме оконных функций
Но хотелось бы понять, из каких соображений банк отказался закрывать РС? Требуют личного присутствия. Зачем? Они какую-то выгоду получают от затягивания закрытия? Нужно понять их позицию. Говорят одно, но надо понимать чего реально хотят?
Тут, также как в DWH. Действительно, в каждый конкретный момент времени нам требуется небольшой кусочек данных, но за день окажется что мы опросили большую часть всего объёма, и некоторые части — многократно (и многократно же их рассчитывали). Чтобы не тратить время на многократный расчёт — мы загружаем в хранилище все данные, за весь период, и рассчитав однократно.
Почему? Он не медленнее, он быстрее всего на MS SQL.
?
Можешь связаться со мной, обсудим, отвечу на вопросы
Это моя ошибка. Я исправлю. Просто ранее это поле называлось не ID, а SEQ_NUM, и в нём хранился порядковый номер транзакции внутри секунды. Там окна 10^6 было с запасом. Но потом я отказался от этого поля, потому что требовался дополнительный оператор, который пройдёт по всей таблице и заполнит это поле на основании ID
Но если запрос выполняется час или день — полагаю, у каждого
разработчика БД или DBA возникнет вопрос, а можно ли его оптимизировать?
Просто есть опыт 4.5 года и на MS SQL, запустил и там. Цели «сравнить» не было
Возможно код, возможно сервер, но кроме оконных функций