- 1
- 2
echo -ne '10\n11\n12\n' | POST 'http://localhost:8123/?query=INSERT INTO t FORMAT TabSeparated'
cat file.csv | clickhouse-client --database=test --query="INSERT INTO test FORMAT CSV";
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
0
echo -ne '10\n11\n12\n' | POST 'http://localhost:8123/?query=INSERT INTO t FORMAT TabSeparated'
cat file.csv | clickhouse-client --database=test --query="INSERT INTO test FORMAT CSV";
https://clickhouse.yandex/docs/en/single/index.html#format-clause
roman-kashitsyn 25.10.2017 15:50 # +1
Fike 25.10.2017 16:11 # +1
roman-kashitsyn 25.10.2017 16:18 # 0
Ну вот написал ты либу-клиент на языке Ъ, юзер либы пишет: Как клиент сможет сконвертировать выхлоп сервера в String? Только посмотрев в FORMAT и выбрав декодер. Аналогично с
Fike 25.10.2017 16:31 # +1
subaru 25.10.2017 16:16 # 0
roman-kashitsyn 25.10.2017 16:19 # 0
SemaReal 25.10.2017 16:50 # +3
Постгря умеет query_to_xml
MS-SQL умеет FOR XML
Зачем?
Наверное за тем, что бывают очень тонкие клиенты, которые ждут что база отдаст им готовый документ. Это вообще сложный вопрос: можно-ли делать бизнес-логику в базе? Можно-ли делать UI в базе? У всех разные мнения>
А с чего это кликхаус носкул? Это же вполне себе реляционная субд просто она рид-онли, пропагандирующая длинные денормальизованные таблицы и шустро их джойнящая для репортов
roman-kashitsyn 25.10.2017 17:10 # +1
Это не тоже самое. query_to_xml — это функция, она вроде бы не влияет на протокол между клиентом и сервером. Т.е. клиенту не надо смотреть внутрь запроса, чтобы понять, в каком формате придёт ответ с сервера.
> MS-SQL умеет FOR XML
Не знаю, насколько это близко, влияет ли наличие FOR XML на протокол. Похоже, что в резалт-сете будет просто одна колонка с xml-строкой на результат. Тоже не понятно, зачем было делать это расширением языка, функция (как в PG) выглядит гораздо логичнее.
> носкул
NoSQL = not only sql
There are no transactions.
Low requirements for data consistency.
> рид-онли
аппенд-онли
> шустро их джойнящая для репортов
There is one large table per query. All tables are small, except for one.
SemaReal 25.10.2017 17:25 # +2
>There are no transactions.
>Low requirements for data consistency.
MySQL с MyISAM тоже nosql?
>>аппенд-онли
ок
>>There is one large table per query. All tables are small, except for one.
Да, но её и саму на себя можно джойнить:) Хотя главный юзкейс это, конечно, группировка.