тут недавно обсуждали вопрос оптимизации запросов к БД, я тогда сомневался в необходимости нейронок для этого, но наткнулся на публикации где это действительно тестируют https://arxiv.org/pdf/1902.00132.pdf (в списке литературы есть пару работ про оптимизацию запросов)
в общем, да, хоть и говорят, что union - простая трансформация, но если объединяются несколько сотен, а тем более тысяч элементов, то выполняется невероятно долго, эта проблема уже обсуждалась здесь или в moscow spark
тут недавно обсуждали вопрос оптимизации запросов к БД, я тогда сомневался в необходимости нейронок для этого, но наткнулся на публикации где это действительно тестируют https://arxiv.org/pdf/1902.00132.pdf (в списке литературы есть пару работ про оптимизацию запросов)
это в ресерче уже несколько лет горячая тема, даже есть относительно работающие реализации (в секретных лабораториях)
Меня сейчас стало напрягать, что в union не указываются поля, если будут прочитаны колонки в разном порядке, то будут серьезные, иногда не сразу обнаруживаемые проблемы
Лучше построение плана также распралаллелить , если будет медленно
я этого уже не умею, после того, как мне подсказали, что есть функция input_file_name(), задачу я решил Буду рад вечером узнать, как можно параллелить план!
Меня сейчас стало напрягать, что в union не указываются поля, если будут прочитаны колонки в разном порядке, то будут серьезные, иногда не сразу обнаруживаемые проблемы
Меня сейчас стало напрягать, что в union не указываются поля, если будут прочитаны колонки в разном порядке, то будут серьезные, иногда не сразу обнаруживаемые проблемы