в документации.
в запросе?
Нет, на уровне базы - чтобы к одной таблице можно было обращаться по раным названиям в любых запросах.
О, это подходит. Но, как я понимаю, этот движок нужен для параллельного чтения из разных таблиц - не возникнет каких-то проблем из-за того, что я использую его для чтения из одной довольно большой таблицы?
Мне кажется, Merge выступает ровно как алиас, просто еще с доп фичами. Но я сам не юзал
может быть view логичнее?
тут view очень ограниченное - условия where не прокидываются, поэтому ценность view стремится к нулю на реальных запросах. Не очень понятен изначальный вопрос - про обращения по разным именам к одной и той-же таблице.
view, кажется, не логичнее - он, как я понимаю, будет выполнять select * from table, после чего хранить результат этого селекта в памяти
так и задача не звучит логичной) зачем разный нейм для одной таблицы?
Задача следующая: Есть две таблицы c одинаковой структурой. Нужно иметь возможность быстро заменять одну таблицу на другую для большого количества запросов в разных местах. Идея следующая: создать алиас и написать запросы к нему. По мере необходимости делать его алиасом первой или второй таблицы.
тогда Merge выглядит неплохо, _table есть для условий Там пушдаун для вью не работает вроде
возникнет много разных проблем
Т.е. так делать не стоит?
возникнет много разных проблем, лучше не использовать engine=Merge без крайней необходимости. он редко используемый и постоянно ломается, сейчас неправильный результат при сортировке например
Ок, спасибо. Таким образом, средствами Clickhouse моя задача сейчас не решается?
>условия where не прокидываются прокидываются, если возможно
да, алиасов объектов нет. что за задача то?
недавно сделали? Или какие-то важные нюансы есть? Раньше читало всю таблицу.
много лет назад сделали
Есть две таблицы c одинаковой структурой. Нужно иметь возможность быстро заменять одну таблицу на другую для большого количества запросов в разных местах. Идея следующая: создать алиас и написать запросы к нему. По мере необходимости делать его алиасом первой или второй таблицы.
Нужно для этих запросов перейти с одной таблицы на другую с возможностью быстро откатить.
один сервер? проще Distributed пересоздавать
Distributed подходит, спасибо!
Обсуждают сегодня