Не пойму почему почему все комментарии удалились человека. Думал фраза "НЛО прилетело и опубликовало эту надпись здесь" только для оскорблений и нарушений. Контекст немного пропадает
Интересно было бы узнать насколько все же эффективен или не эффективен gist индекс с расширением btree_gist, как в примере автора, в связи с последним холиваром https://habr.com/ru/articles/820455/
Подскажите, у меня есть табличка 10 мил записей и если делается запрос к ней по полям. которое есть в материализованном представлении, то перенаправлялся бы запрос туда, а если по детальным записям, то оставалось бы как есть
Есть ли способ добавить условие к SELECT и узнать выбираемые поля запроса?
Очень странно, что Rust отстает от плюсов в 2 раза!
Я правильно Вас понял?
С++ и Rust компилируют код в промежуточную сущность, передающихся в llvm, на основе которой потом создаётся сам бинарник? И если разработчики Эльбруса настраивали llvm в т.ч. то производительность должна быть сопоставима.
П.С. Не являюсь разработчиком С++ или Rust, мог все напутать=)
Я так понял система изначально не проектировалась для данного функционала. И именно с этим связаны текущие так называемые костыли.
Из личного опыта, система была написана на 1С и имела ограниченный функционал. Со временем появлялись хотелки со стороны бизнеса и система заказов начала обрастать "костылями". В результате через 5 лет получился франкенштейн, состоящий целиком из костылей. И при добавлении нового костыля, частенько ломался другой.
В маем случае изначально заказ=отправление. И не было какой нибудь объединяющей сущности. Поэтому было принято решение написать систему с нуля, на основе полученного опыта. Было не просто, но в итоге система написанная в прошлом году почти никак не корректировалась, а вносились мелкие исправления и корректировки.
Порой проще создать что то новое, нежели поддерживать и дорабатывать старое
Думаю только для postgres pro решили только оставить
Не пойму почему почему все комментарии удалились человека.
Думал фраза "НЛО прилетело и опубликовало эту надпись здесь" только для оскорблений и нарушений. Контекст немного пропадает
Мне кажется речь в первую очередь идёт о ванильном постгресе, смотрю сейчас на доработки пгпро, пангалини и т.п.
Расхождения с ванильным постгри может совсем сильным, даже возможно отколоться от основной ветки.
Ещё Олег из постгрепро рассказывал 10 лет назад про свое виденье идеальной субд
Чушь полная, наоборот читаемость офигенная, читать одно удовольствие!
Интересно было бы узнать насколько все же эффективен или не эффективен gist индекс с расширением btree_gist, как в примере автора, в связи с последним холиваром https://habr.com/ru/articles/820455/
Подскажите, у меня есть табличка 10 мил записей и если делается запрос к ней по полям. которое есть в материализованном представлении, то перенаправлялся бы запрос туда, а если по детальным записям, то оставалось бы как есть
Есть ли способ добавить условие к SELECT и узнать выбираемые поля запроса?
Очень странно, что Rust отстает от плюсов в 2 раза!
Я правильно Вас понял?
С++ и Rust компилируют код в промежуточную сущность, передающихся в llvm, на основе которой потом создаётся сам бинарник? И если разработчики Эльбруса настраивали llvm в т.ч. то производительность должна быть сопоставима.
П.С. Не являюсь разработчиком С++ или Rust, мог все напутать=)
Надеялся что UUID Version 7 завезут
Я так понял система изначально не проектировалась для данного функционала. И именно с этим связаны текущие так называемые костыли.
Из личного опыта, система была написана на 1С и имела ограниченный функционал. Со временем появлялись хотелки со стороны бизнеса и система заказов начала обрастать "костылями". В результате через 5 лет получился франкенштейн, состоящий целиком из костылей. И при добавлении нового костыля, частенько ломался другой.
В маем случае изначально заказ=отправление. И не было какой нибудь объединяющей сущности. Поэтому было принято решение написать систему с нуля, на основе полученного опыта. Было не просто, но в итоге система написанная в прошлом году почти никак не корректировалась, а вносились мелкие исправления и корректировки.
Порой проще создать что то новое, нежели поддерживать и дорабатывать старое
Что имеется в виду под разными системами?
Речь идет о других сайтах, помимо ozone.ru?
Не совсем понимаю фразу "Заказы пользователей обрабатываются разными системами", что под ней имеется в виду?
Зачем использовать разные системы для заказов с одного сайта?
Проще поддерживать одну систему, нежели несколько!