История изменений

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

Чего смогли добиться? Поиск быстрее чем за log сделать? Издеваетесь? При наличии индекса lsFusion ищет мгновенно, а в отсутствии что можно сделать?

1С больше десятилетия умеет в подобный predicate push down. По ссылке что я выше указал это все есть.

Не умеет же. Мы собственно с monk выше только это обсудили (что умеет только один частный случай, и тот почему-то только в СКД)

Розницы с терабайтами данных это магазины уровня Лента/Магнит, а там во всю используется кластеризация и этот терабайт размазан по кластеру как масло по хлебу.

Нет. Террабайт это обычная сеть из 200 супермаркетов со сложной логикой. Ну да или 2000 с простой. И как раз lsFusion за счет оптимизаторов + оптимальной структуре БД позволяет и без кластера работать.

На точках используются синхронизация либо выгрузки/загрузки. Каждая точка имеет свой набор данных, например, ассортимент товаров отличается и терабайта в конкретном магазине нет никогда.

На lsFusion все в одной базе. Синхронизация это что-то из 90-х.

Разработчики которые вообще не знаю SQL и на пушечный выстрел не подпускаются к проектам из пункта 1. Резюмируя, ваша лапша с обилием восклицательных знаков может подействовать на далекого от темы пользователя, но не того кто 12 лет жизни потратил на комплексную автоматизацию предприятий.

Ну в lsFusion ERP именно так: https://lsfusion-erp.com/ Хотите приезжайте, организую экскурсию, где все своими глазами увидите.

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

Чего смогли добиться? Поиск быстрее чем за log сделать? Издеваетесь? При наличии индекса lsFusion ищет мгновенно, а в отсутствии что можно сделать?

1С больше десятилетия умеет в подобный predicate push down. По ссылке что я выше указал это все есть.

Не умеет же. Мы собственно с monk выше только это обсудили.

Розницы с терабайтами данных это магазины уровня Лента/Магнит, а там во всю используется кластеризация и этот терабайт размазан по кластеру как масло по хлебу.

Нет. Террабайт это обычная сеть из 200 супермаркетов со сложной логикой. Ну да или 2000 с простой. И как раз lsFusion за счет оптимизаторов + оптимальной структуре БД позволяет и без кластера работать.

На точках используются синхронизация либо выгрузки/загрузки. Каждая точка имеет свой набор данных, например, ассортимент товаров отличается и терабайта в конкретном магазине нет никогда.

На lsFusion все в одной базе. Синхронизация это что-то из 90-х.

Разработчики которые вообще не знаю SQL и на пушечный выстрел не подпускаются к проектам из пункта 1. Резюмируя, ваша лапша с обилием восклицательных знаков может подействовать на далекого от темы пользователя, но не того кто 12 лет жизни потратил на комплексную автоматизацию предприятий.

Ну в lsFusion ERP именно так: https://lsfusion-erp.com/ Хотите приезжайте, организую экскурсию, где все своими глазами увидите.