yacc: Все сообщения за 3 Мая 2021 года

yacc>> Для начала - если у тебя куча серверов, то бишь MPP, то это сразу указывает на аналитическую направленность решения - т.е. DataWarehouse.
Татарин> Нет.
Да. greenplum так и говорит - для аналитики.

yacc>> Базы транзакций - OLTP - на основе MPP не делают, потому что с гарантией у тебя гемор с целостностью
Татарин> Ты просто не встречался с топовыми решениями.
Ну и где в банках OLTP на MPP делают ?
Там быстрее IBM i ставят

yacc>> так что если тебе надо процессить банковские счета - забудь пока про MPP.
Татарин> Если надо процессить банковские счета, у меня такая задача в принципе не стоИт.
Внесение внешних данных ?
Да ну ?

yacc>> Специфика простая - данные как есть, не сортированные по шардингу.
yacc>> Поэтому ты не знаешь какую порцию на какой ноде загружать.
Татарин> Слушай, это уже пошли сплошные предположения, и, я так это понимаю, ты будешь каждый раз вводить условия, которые делают плохо для конкретного решения.
Это стандартная ситуация - импорт данных. По-умолчанию он не сортирован - в каком виде тебе его дадут в том и загружай. Раскидать на куски по нодам по логике - уже твоя задача, как и сортировка, если она тебе нужна.

Татарин> В реальной жизни у меня сначала более-менее есть понимание, что именно я решаю, а потом я уже занимаюсь решением задачи.
В реальное жизни тот кто предоставляет импорт большого файла тоже не хочет ставить ORDER BY ибо это тормозит запрос. А с точки зрения бизнес-логики все нужные данные он дал - и ему пофиг как и по какой логике по шардам у тебя раскидано.

Татарин> Да, если у меня таблица побита (а не, допустим, ноды с копиями и ленивым синком), то да. Если так, то будут фильтровать и формировать побитые запросы.
Ноды в MPP придерживаются правила shared-nothing т.е. о друг-друге они не знают.

yacc>> Ну да - MCSE это не совсем про программирование
Татарин> Тут вопрос скорее в том, ищешь ли ты решение или пытаешься доказать, что всё плохо.
Нет решения для Эльбрус-4С. Точнее частичное решение - своя СУБД, под процессор, а не такие костыли.
Либо выходи из зоны комфорта - плати часть наличными ибо транзакция будет идти дольше.

Татарин> но в жизни требуется первое. Часто даже в духе "но ты же коммунист, Иванов!". И ничего, как-то решается.
Не, решить-то можно... тормозами на клиентской стороне. Ну да - не за секунду пройдет платеж, а за минуту, а кому сейчас легко ?

•  инфо
•  инструменты
• Ответить на сообщение

Татарин> Я уже говорил, что ты не напишешь ничего путного на ассемблере. А на ассемблере под "Эльбрус" писать ещё более бессмысленно: трудоёмкость "нормального" программирования на ассемблере помножается на необходимость оптимизировать в кодах.
Ты не допираешь, что не надо ВСЕ писать на ассемблере ?
Так вот - критические куски типа планировщика - вполне придется писать именно на нем, чтобы на максимум использовать возможности VLIW
Или ты не в курсе что в ядре ОС есть ассемблерные куски ?

Татарин> А С - просто один из компилируемых ЯВУ, не имеющий преимуществ по скорости перед другими.
Огромные преимущества ввиду низкоуровневости

Татарин> Ну и неплохо тот же "Эльбрус" смотрится - см. сравнение с "Ксеоном".
На совершенно другом движке СУБД без блокировок. А вот на посгре - не смотрится.

•  инфо
•  инструменты
• Ответить на сообщение

Татарин> "Тройку" и банки "Эльбрусы" потянут.
Эльбрус-4С - нет

•  инфо
•  инструменты
• Ответить на сообщение