SB
=) вот и представители этих систем учёта тоже обижались, что мы неправильно делаем, не понимаем красоты решения.
Size: a a a
2020 February 29
N
И на демонстрационных базах в сотню элементов все летало. А когда загружали 200 тыщ элементов, то скорость становилась некомфортной.
вот это уже всё о твоей компетенции говорит )
N
плюс ты явно не работал с количеством записей > 1-3 млн в одной таблице
SB
плюс ты явно не работал с количеством записей > 1-3 млн в одной таблице
У меня столько в день генерируется
N
генерируется - это одно
N
а делать аналитические запросы по этим данным - это другое
SB
а делать аналитические запросы по этим данным - это другое
У меня в гитхабе есть инструменты для запросов через сеть и экспорта в экзель таблиц на миллионы строк
N
ты даже не понимаешь о чём речь ))
SB
ты даже не понимаешь о чём речь ))
Куда уж мне..
N
я тебе про работу с БД и запросы.. а ты мне про отображение на форме и выгрузку в эксель ))
N
так что да.. куда уж тебе
SB
А что БД, там все стандартно. INSERT, SELECT
N
🙈
SB
Иногда UPDATE и DELETE
N
вот на селектах кривых базу отправить в downtime можно на раз два )
N
при этом на малом количества записей будет всё ок )
SB
У меня "тяжёлые" селекты для отчетов в отдельном потоке работают, их можно в любой момент заглушить.
N
отобразить простой справочник с больших количеством элментов на экране - как это оптимизировать можешь спросить у Ярослава Бровина.. он в своей FGX Native как раз это реализовал )
N
и отдельные потоки тут не причём
SB
Основной коннект с инсертами тоже отдельно работает и его тоже можно приостановить или перезапустить. В этом случае входящие запросы накапливаются.