Вход | Регистрация
    1  2  3  4  5  6  7  8   
О жизни... :: lsFusion

OFF: lsFusion vs 1C. Раунд 8

OFF: lsFusion vs 1C. Раунд 8
Я
   CrushBy
 
08.11.19 - 15:12
Ветка для холивара, троллинга, остроумия и оскорблений. Помните, что тонкий троллинг и просто оскорбление - это разные вещи. Переход на личность - признак слабого ума и дурного воспитания.
В красному углу ринга бесплатная и открытая платформа lsFusion (LGPL лицензия). "Убийца 1С" (c) ПростоГен
Сайт : https://lsfusion.org/ . Блог : https://habr.com/ru/company/lsfusion/ . Документация : https://documentation.lsfusion.org/
Пример сложной системы, построенной на ее базе : https://demo.lsfusion.org/erp . Логин : guest, Пароль : guest .

На бой была вызвана статьей "Почему не 1С" : https://habr.com/ru/company/lsfusion/blog/468415/

Демка клона Odoo (в разработке) : https://demo.lsfusion.org/mycompany . Ссылка на GitHub : https://github.com/lsfusion-solutions/mycompany

Для получения наживы для троллинга есть отдельная ветка : Конкретные вопросы по lsFusion. Часть 2.

Предыдущая ветка : OFF: lsFusion vs 1C. Раунд 7
 
 
   PR
 
401 - 10.11.19 - 02:29
(399) Решил прочитать наискосок статью
Нормальная такая крепкая статья, даже хочется вникнуть в технические детали
Правда чем ближе к концу, тем сильнее зреет вопрос, почему статья называется "Почему не SQL?"
Ну вроде как типа подразумевается, что не SQL, а что-то вместо SQL
И тут в конце статьи все проясняется
Их с моря на кораблях, а они из писты на лыжах
Оказывается, все решено в супер платформе Фузина
Ни полслова, правда, как это вдруг не SQL, если все-таки SQL
Ни полслова о том, как это вдруг решено, если это самой СУБД не поддерживается
Покуй!
Некогда объяснять, суй помидоры в жопу!

Ах, да, совсем забыл еще "многие вещи в коммерческих СУБД проверялись исключительно на тестовых стендах, а значит, вполне возможно, в статье могут быть некоторые ошибки"
   PR
 
402 - 10.11.19 - 02:43
+(401) Наискосок пробежался и по комментариям
Я сам не спец по скулю, но понял, что разделали Бро на запчасти
Понапридумывал несуществующих проблем и несуществующих кейсов, которые они героически решили в своей Фузине, вместо того, чтобы описать решения реальных часто используемых кейсов
Ну, бывает, че
Цикл хранимок они в Фузине в один запрос к скулю преобразовывают, дебилы
Правильно сказали, что "В SQL нет никаких циклов. Циклы есть в процедурных расширениях, которые у каждой СУБД свои и никак абсолютно не стандартизированы. А внутри процедуры может твориться что угодно, и, в общем случае, задача догадаться, что из происходящего внутри можно превратить в запрос, выглядит совершенно не решаемой."
   PR
 
403 - 10.11.19 - 02:45
В общем, я думал, хоть там Бро покажет мастер-класс, а он даже на своем родном поле обделался
   MadHead
 
404 - 10.11.19 - 03:08
(402) Циклов идеалогически не может быть в декларативном языке. Что подразумевается под процедурными расширениями я не знаю, но на уровне плана запроса циклы уже можно увидеть.
(403) Я считаю, что можно и более политкорректно воспринимать попытки людей сделать свой продукт. 1с статьи на хабре тоже крайне яро критикуют. Иделогичеси подходы lsFusion не разделяю, но работа была проделана весомая и проделана не плохо.
   PR
 
405 - 10.11.19 - 03:23
   PR
 
406 - 10.11.19 - 03:25
(404) Ты сначала прочитай 20000 постов фузионеров https://forum.mista.ru/index.php?section=lsfusion, потом поговорим о политкорректности
   PR
 
407 - 10.11.19 - 03:30
+(404) Что значит "Циклов идеалогически не может быть в декларативном языке"?
Пусть мне нужно обработать в цикле 1000 номенклатур, не очень понятно, каких именно, там достаточно сложный код, не позволяющий запихнуть все в один запрос к базе
Обработка заключается в том, что мне нужно получить из базы саму номенклатуру, какие-нибудь цены, штрихкоды, продажи, закупки, остатки, да что угодно, в общем достаточно напряжное для базы
И как тут вообще _в принципе_ возможно универсально загнать все это в один цикл?
Получается, либо Бро откровенно врет либо, очень мягко говоря, недоговаривает и имеет в виду не то, что говорит
И так у него везде и всегда
   MadHead
 
408 - 10.11.19 - 05:06
(406) На это нет времени
(407) Судя по примерам кода никто не врет - язык декларативный. Я в этом не много плюсов вижу, так как мне глаз режет. В псевдокоде это будет выглядет след образом.
Пусть items - это коллекция номенклатур из базы
val prices = items.map(item => calculatePrice(item))
Таким образом без явного указания цикла, мы получили цену для каждого товара. И такая конструкция может обрабатыватсья в несколько потоков паралельно так как такую чистую функцию движок, компилятор или виртуальная машина языка может распаралелить.
Фюжн язык больше на SQL похож
   СложноСпросить
 
409 - 10.11.19 - 08:51
(405) ребята еще те продажники: "заходить через рынок FMCG розницы где у нас достаточно большой опыт и экспертиза и там на самом деле очень слабая конкуренция".  Настолько слабая, что с крыльца одного магнита, видно крыльцо другого магнита :)
рынок FMCG розницы в РФ был в 90гг, теперь его нет, есть только пятерочки и магниты, куда вы зайти никак не сможете.
   СложноСпросить
 
410 - 10.11.19 - 08:54
особенно с их бизнес моделью, сэкономить 500т. рублей на готовом продукте 1с, но зато потерять кучу времени и миллионы рублей на "разработку и обучение с нуля" с непонятным результатом.
   СложноСпросить
 
411 - 10.11.19 - 09:06
" И в этом смысле lsFusion можно рассматривать как своеобразный костюм железного человека для PostgreSQL, дающий ему «суперспособности» MS SQL и Oracle, во всяком случае, в плане оптимизации запросов. При этом, если последние в нормальных редакциях стоят по 14 тысяч долларов за ядро, то связка lsFusion + PostgreSQL абсолютно бесплатна" - один вопрос, почему вас до сих пор не купили оракл и мс, у них денег столько нет?
   СложноСпросить
 
412 - 10.11.19 - 10:16
а постри гри в курсе про существование своих благодеятелей, или они прислали письмо с просьбой не использовать вьюшки не по назначению?
   Bro
 
413 - 10.11.19 - 10:21
(397) Там часть вещей делается за полминуты. Но все же в приоритете решение, а не заруба как вы понимаете. По модулям, которые делаются, я совсем не в курсе, CrushBy лучше знает, но наверное можно по задачам на гитхабе посмотреть что и в каком порядке делается.

Единственное по отчетам могу сказать, сейчас pivot'ы с различными рендерерами подключаем в платформу (также кстати в оду сделано). Собственно дальше в текущие остатки и еще пару форм добавляются некоторые колонки и отчеты готовы и куда более эргономичные чем в 1С с его СКД.
   PR
 
414 - 10.11.19 - 10:22
(408) Нет времени читать 20K+ постов — не надо тут говорить про политкорректность
   PR
 
415 - 10.11.19 - 10:23
(408) Ну прикольно, че, в одном случае из десяти сработает
И в 1С тоже, кстати, и вообще везде
Что делать в остальных?
   Bro
 
416 - 10.11.19 - 10:24
(399) Ну это классическая война ORM (NoSQL) vs SQL. И на больших объемах не тащить данные на сервер приложений, а делать все на сервере БД объективно побеждает. Тем более механизмы кэширования (в виде тех shared buffers) есть в СУБД и куда более продвинутые. И я знаю много проектов которые делались на Hibernate а потом переписывались на SQL. Собственно сейчас все типовые 1С решения сделаны практически на голом SQL по сути. И все их методические рекомендации сводятся к используйте запросы, а не те же ссылки.
   Bro
 
417 - 10.11.19 - 10:26
(401) Там в статье есть как надо переписать запросы, чтобы они работали эффективно и lsFusion именно это и делает. И там есть уточнение речь не о замене SQL, а о надстройке. То есть грубо говоря вместо ассемблера использовать C.
   PR
 
418 - 10.11.19 - 10:27
(410) Я помню, лет 18 назад мне рассказывал один чувак, который работал у клиента в штате и запускал ему магазины на семерке пачками
Все обкатано на прежних магазинах
Времени на запуск три дня или максимум неделя
Никаких шагов влево вправо
Думаю, фузиновцев со своим "У нас ничего нет, но все в принципе сможем" не то что послали бы сразу же, думаю, что даже не поняли бы, что они вообще там мычат
   PR
 
419 - 10.11.19 - 10:28
(411) Видимо, просто не знают еще про них, они же пару месяцев на рынке
   Bro
 
420 - 10.11.19 - 10:30
(404) Процедурные расширения это PL/SQL, T-SQL и т.п. Разве про это в статье нет?
(408) На самом деле ее можно скомпилировать в SQL и lsFusion именно этим и занимается. А потом уже SQL это все и параллелит, для чего он собственно и предназначен.
   PR
 
421 - 10.11.19 - 10:30
(413) Не пизди про полминуты, если ты не можешь их потратить
Мне всю вашу Фузину один вечер писать
Правда, сейчас у меня в приоритете изучение Lean, сам понимаешь
   Bro
 
422 - 10.11.19 - 10:31
(409) Да, только у нас есть у которой доля на рынке Беларуси как у X5 и Магнит вместе взятых на рынке в России. И нам это никак не мешает. Вы реально плохо представляете себе этот рынок.
   СложноСпросить
 
423 - 10.11.19 - 10:31
как обстоят дела с мировым господством? САП уже в курсе, что их платформа гумус?
   Bro
 
424 - 10.11.19 - 10:33
(410) Бизнес модель другая. Все сделаем под вас, а не будем ломать ваш бизнес под программу (как это 10 лет назад САП все предлагал). И работает по опыту пока очень хорошо. Люди любят когда для них делают, а не заставляют жрать что дают.
   СложноСпросить
 
425 - 10.11.19 - 10:33
(422) я писал вам ранее, что вашему рынку розницы осталось жить года три-четыре максимум. так как рейтинг темнейшего, есть высшая ценность на 1\6 части суши.
   PR
 
426 - 10.11.19 - 10:33
(417) А, ну то есть статью надо было назвать "Как правильно использовать SQL в моих высосанных их пальца примерах"?
Ты бы так и называл сразу тогда по-правильному
   Bro
 
427 - 10.11.19 - 10:33
(412) А вы попробуйте сделать view остатки в постгрес, и по join'ить его. Узнаете много нового.
   Bro
 
428 - 10.11.19 - 10:35
(423) У САПа (как и Аксапта) кстати платформа идеологически на фьюжн куда больше похожа чем 1С. Тоже все в собственном языке. Но уровень абстрагирования все равно очень низкий (те же таблицы, соединения, императивные проверки и т.п.).
   Bro
 
429 - 10.11.19 - 10:36
(425) Да да. Также как и доллару, слышали много много раз. Уже лет 10 как слышим это.
   СложноСпросить
 
430 - 10.11.19 - 10:38
можете на Крым посмотреть, на Южную Осетию.
 
 Рекламное место пустует
   СложноСпросить
 
431 - 10.11.19 - 10:42
(427) нет спасибо, мы как нибудь по старому, по 1Совски, остатки и обороты будем держать в отдельных таблицах по необходимым измерениям.
   Bro
 
432 - 10.11.19 - 10:42
(430) А вы в этом смысле :) Ок, посмотрим через 3-4 года. Наш темнейший тоже не пальцем деланный.
   СложноСпросить
 
433 - 10.11.19 - 10:46
(432) да,да, Онищенко внезапно выяснит, что белорусские продукты не отвечают требованиям безопасности, трубопроводы встанут на профилактику, а по зомбоящику покажут палец, которым делали вашего темнейшего.
   Bro
 
434 - 10.11.19 - 10:56
(433) А потом военные базы НАТО под Смоленском, российские сми отключаются, по местным телеканалам призывы сплотится плечом к плечу и до свидания очередная "братская" республика. Собственно страхи на которых играет наш главный и почему по итогу все равно обо всем чем надо договоривается.

Хотя как на самом деле будет хз, поживем увидим.
   PR
 
435 - 10.11.19 - 10:57
А нахрена вы тут политику устроили в айтишной ветке, спрашивается?
   Bro
 
436 - 10.11.19 - 10:58
(435) Это не я начал, но согласен давайте завязывать
   Bro
 
437 - 10.11.19 - 10:59
(436) Кто-нить удалить может эту переписку?
   PR
 
438 - 10.11.19 - 11:01
(437) Я предлагаю вообще всю секцию с Фузиной удалить, жечь заразу, так уж целиком
   СложноСпросить
 
439 - 10.11.19 - 11:30
да просто в Юмор
   СложноСпросить
 
440 - 10.11.19 - 11:31
тут у людей наполеоновские планы, мировое господство, а осталось жить фузине пару лет, потому что, политика!
   MadHead
 
441 - 10.11.19 - 11:31
(415) Я последние несколько лет по работе разрабатываю на scala и циклы там практически не использую. Так как в функциональной парадигме которая является частным случаем декларативной классических циклов быть не может так как это не чистая функция.
   Конструктор1С
 
442 - 10.11.19 - 13:44
(160) "Нет там никакого 3д и тени. Специально Odoo взял, а он чисто по материал дизайну сделал, приблизился, и где тут тень и 3д"

Odoo разве под material design? А описание этих эффектов вот:

https://material.io/design/environment/elevation.html#depicting-elevation
   Flyd-s
 
443 - 10.11.19 - 13:52
(413), да да пол минуты. Для кого этот бред?
   Конструктор1С
 
444 - 10.11.19 - 14:02
(408) "val prices = items.map(item => calculatePrice(item))
Таким образом без явного указания цикла, мы получили цену для каждого товара. И такая конструкция может обрабатыватсья в несколько потоков паралельно так как такую чистую функцию движок, компилятор или виртуальная машина языка может распаралелить."

Вряд ли она распараллеливает. А если распараллеливает, это получится тот ещё треш. Вместо одного запроса к БД выполнит цать порционных запросов к БД, со всеми вытекающими, зато сэкономит на выполнении копеечного цикла... Я бы за такую "оптимизацию от платформы" руки пообломал
   Bro
 
445 - 10.11.19 - 14:10
(442) Там все очень абстрактно, но тени они в основном для групп элементов, а не для самих элементов предлагают использовать. Во всяком случае для элементов я там примеров не видел. В
вашей же ссылки большинство элементов и без рамок и без фона
(443) SHOWIF (GROUP SUM 1 IF st IS Stock) > 1
   Bro
 
446 - 10.11.19 - 14:11
(444) Так смысл в том чтобы скомпилировать это все в SQL с скормить СУБД и пусть она решает параллелить или нет, это все таки ее прямая функция.
   Flyd-s
 
447 - 10.11.19 - 14:16
(445), как минимум нужно ещё сделать аатоподстановку единственного склада во все документы и запустить протестировать. И там не только про склад было. И это наименьшее из всех невыполненных требований
   CrushBy
 
448 - 10.11.19 - 14:24
(447) Там для типов документов можно выбрать склад по умолчанию. И он будет выбираться по умолчанию. А если один тип, то он автоматом устанавливается. Это более общий случай.
   Maniac
 
449 - 10.11.19 - 14:26
Вот народу занятся нечем в прекрасное солнечное воскресенье.
   Конструктор1С
 
450 - 10.11.19 - 14:27
(446) если на усмотрение СУБД, то нормально. А если на уровне платформы, то в топку
   CrushBy
 
451 - 10.11.19 - 14:35
(447) Ну, например, в odoo (и в клоне) нет отдельно документов ПКО, РКО, ПРС и СРС. Есть просто Payment (платеж), а в зависимости от типов счетов (Cash, Bank account) с которого на который идут деньги и определяется  тип операции платежа. Собственно, базовая доменная логика платежей в клон уже заложена (Финансы/Платежи).
   Bro
 
452 - 10.11.19 - 14:36
(450) естественно, параллелизм как и ACID задача СУБД. Платформа максимум помогать может и то только там где конкретные косяки есть (как у оптимизаторов некоторых СУБД из статьи Почему не SQL).
   Конструктор1С
 
453 - 10.11.19 - 14:51
(451) по крайней мере в случае с российским законодательством, совать всё в один документ очччень сомнительная схема. В России у банковских и кассовых операций различные принципы учета и различные унифицированные печатные формы. Сравни:

Платежное поручение (безнал)
https://blanker.ru/doc/plategnoe-poruchenie

Кассовый ордер (нал)
https://blanker.ru/doc/prihodnyi-kassovyi-order-ko-1
   Flyd-s
 
454 - 10.11.19 - 15:11
(451), такую базовую логику можно за пол часа заложить, но вы уже месяц на базовой логике застряли
   PR
 
455 - 10.11.19 - 15:25
(449) Правильно, лучше бы Волшебника с ДР поздравил
   PR
 
456 - 10.11.19 - 15:31
(451) Да у вас как не поверни, пиздец
Даже простейший документ Платеж сделать не смогли
В чем именно вы обосрались, тыкать не буду, но нашел за 15 секунд тыканий
Шел второй месяц копирования Оды, блять
Ты в курсе, ну джун в смысле конечно же, что есть такая штука, как форк?
   CrushBy
 
457 - 10.11.19 - 15:38
(453) Понятно, что там разные печатные формы. Но Вы же понимаете, что с точки зрения доменной логики можно сделать 4 разных документа, а можно запихнуть все в один документ, просто IF'ами дробить функционал. Это классические вопросы и в обычном программировании (как выделять сущности, где делать if'ы, а где полиморфизм и т.д.). Правильной схемы тут не бывает, у каждой есть свои плюсы и минусы. Конкретно в примере мы делаем клон odoo, а там один документ. Когда будем добавлять законодательство РФ, то будет показываться своя печатная форма в зависимости от типа операции.
   СложноСпросить
 
458 - 10.11.19 - 15:51
и один нумератор на 4 различных документа, полиморфизм!
   СложноСпросить
 
459 - 10.11.19 - 15:58
я конечно понимаю, что ваш клон Оды бухгалтер тетя Нюра никогда не увидит, но удивили бы ее знатно :)
   СложноСпросить
 
460 - 10.11.19 - 16:00
можно сделать отдельные реквизиты для номеров, но к чему полумеры, сразу один документ на все хоз операции, как в классике 1С 7.7
   AntiBuh
 
461 - 10.11.19 - 19:06
(457) и справочник один, в зависимости от галочки это номенклатура, контрагент, банковский счет и т.д.
не благодарите за идею
   PR
 
462 - 10.11.19 - 19:14
(461) Да к черту такие излишества, один объект на все "ЛюбаяХрень" и реквизит "ТипХрени"
   AntiBuh
 
463 - 10.11.19 - 19:21
(462) ну я чел неопытный, недопер
   CrushBy
 
464 - 10.11.19 - 19:39
(461) Вы лучше эту идею оду напишите. 4 млн пользователей.
   AntiBuh
 
465 - 10.11.19 - 19:43
(464) а у меня есть, на 4 млрд
ток я вам не покажу
   MadHead
 
466 - 10.11.19 - 20:53
(416) Видимо вы неправильно меня поняли. Я работаю в основном с бигдата и высоко нагруженными проектами. До этого работал на крупного дистрибьютора коммерческого хадупа MapR (сейчас это подразделение Hewlett-Packard)  и допиливал Apache Spark. Никаких orm в таких проектах не используют. Сейчас работаю в стартапе и мною написанная система сбора данных принимает, обрабатывает и записывает в базу до 250к событий в секунду. Могу утверждать, что зная о данных почти всегда можно закешировать лучше чем универсальный кэш СУБД. Моя стратегия простая по максимуму перекладываем выборку данных на СУБД, дальше уже дообрабатываем.
 
 Рекламное место пустует
   H A D G E H O G s
 
467 - 10.11.19 - 21:31
(466) Что за СУБД?
   H A D G E H O G s
 
468 - 10.11.19 - 21:37
(466) Расскажите, как это работает?

Ну, вот у нас есть поток выполнения, который ограничен производительностью ядра процессора и, насколько я знаю, для x86 - это вполне себе домашние Core-Xeon.

Никаких блокировок/индексов/проверок существования/внешних ключей/управления транзакциями ?
   H A D G E H O G s
 
469 - 10.11.19 - 21:39
(468) К чему я это.
К тому, что физика процесса что у MS SQL, что у Postgree примерно одинаковая.

Чем она отлична у вас?
   MadHead
 
470 - 11.11.19 - 00:07
(469) в моем случае - это система сбора и обогащения событий с большого кол-ва моб устройств для последующей аналитики. База olap - clickhouse от яндекса. Полный стек vertex-http -> Kafka -> Spark -> Clickhouse. Дата саинтисты и аналитики уже строят запросы к кликхаус.
   MadHead
 
471 - 11.11.19 - 00:13
(469) Под систему и под базу используеv 8 машин по 128гб памяти, Intel® Xeon® W-2145 и 10TB HDD рейды.
   H A D G E H O G s
 
472 - 11.11.19 - 00:17
(470) (471) Вы прекрасно не ответили на вопросы :-)

Запись 250к в сколько потоков? В сколько таблиц? У этих таблиц есть индексы и прочая нагрузочная обвязка?
   MadHead
 
473 - 11.11.19 - 00:39
(472) Кликхаус колоночная база орентированная на денормализированные таблицы. Запись идет в 6 таблиц. Грубо гворя обработка идет в 8 потоков на каждой из 8-ми машин. Запись идет в 1 поток на каждой машине, кликхаус уже внутри конвеерно обрабатывает и паралелит. Что бы глубже разобраться как паралелит база лучше почитать по какому принципу работает LSM деревья и кликхаус в частности. Батчи записываются раз в минуту чисто запись занимает примерно 30сек, размер батча доходит до 250тыс * 60.
   MadHead
 
474 - 11.11.19 - 00:42
Данные в кафке и клакхаусе храняться с коэф репликации 2 (то есть все записи храняться 2-х экзеплярах)
   Злопчинский
 
475 - 11.11.19 - 01:07
(457) когда придется делать законодательство рф - простыми печформами не обойдешься. придется плодить основу для печформ - некие "законодательные" сущности.
   Штурман
 
476 - 11.11.19 - 06:51
В темах уже пишут, что фузима скоро покорит мир и вытеснит SAP...

Зашел на сайт - а там сайт русскоязычный, много статей о сабже почему-то ведут на хабр.
Язык вообще на си шарп смахивает, кучу кода надо написать, чтобы что-то добавить или вывести
   Штурман
 
477 - 11.11.19 - 06:52
Привет, мир!

В 1С просто сообщить, в питоне print, а в фузиме что, нужно классы всякие напистаь предварительно?
   Михаил Иванович
 
478 - 11.11.19 - 08:48
(477) Наследовать от организации))
   strange2007
 
479 - 11.11.19 - 09:06
Понедельник. На дворе почти зима. Фузина всё так же держится в топе. Пойти, что ли астрофорум полистать
   strange2007
 
480 - 11.11.19 - 09:27
Кстати, на выходных открыл PureBasic и тоже сделал никому не нужную фигню. Для души - кайф.
Друзья фузиновцы, как ваши решения в плане реакций на запросы? Например, у паруса по пол года реакция была и мы постоянно матерились. Продукт закрытый и капец. Спецов нет, вот и плясали там как бубуины. Я же правильно понимаю, что на фузине тоже спецов нет и этот вопрос не прорабатывается?
   Михаил Иванович
 
481 - 11.11.19 - 09:35
(480) он платный?
   Калиостро
 
482 - 11.11.19 - 09:37
(464) Карго-культ в очередном проявлении.
Вам забесплатно в явном виде описывают реальные проблемы, которые надо решать, а вы делаете деревянные копии самолетов и наушники из половинок кокосовых орехов.
   strange2007
 
483 - 11.11.19 - 09:38
(481) Увы, да. 100 евро
   Михаил Иванович
 
484 - 11.11.19 - 09:41
(483) жаль, жаль. ну а говнофузина бесплатна, но сделать на ней ничего нельзя.
   strange2007
 
485 - 11.11.19 - 09:44
(484) Поэтому она и гораздо дороже
   СложноСпросить
 
486 - 11.11.19 - 09:48
В Парусе нельзя было редактировать динамические списки, поэтому они загнулись.
Но это не точно,и по версии фузиновцев.
Кстати, 1с тоже скоро загнется. Но это не точно.
   CrushBy
 
487 - 11.11.19 - 09:51
(480) Мы часто делаем доработки клиентам в течение часа и сразу же устанавливаем. Если срочно просит заказчик.
   CrushBy
 
488 - 11.11.19 - 09:53
(470) Мы используем аналогичную базу данных под BI - Druid. Вот тут пример GUI к нему (Imply называется) : http://bi.lsfusion.ru. Тоже на сотнях миллионах записей сложные группировки делает за секунд 20. Это вам не недоBI под названием СКД.
   СложноСпросить
 
489 - 11.11.19 - 10:01
(487) то есть в вашей программе функционала нет (или куча ошибок), и у вас есть один клиент?
   strange2007
 
490 - 11.11.19 - 10:03
(488) Да фиг знает. В месяц 50 к операций по залогам и это всё порождает кучу расчётов туда-сюда. Ничего, на СКД норм отчёты строились. Я даже не могу сказать сколько там млн проводок колбасилось.
Зря так категоричны то
   CrushBy
 
491 - 11.11.19 - 10:14
(490) Так у PR на 100К 30 секунд работало. И собственно, на классической реляционной СУБД, заточенной под OLTP не будет даже близко такого быстродействия как на специализированных колоночных БД для аналитики (вроде ClickHouse, Druid и т.д.)
   CrushBy
 
492 - 11.11.19 - 10:15
(489) Не вижу связи ? Как быстрая доработка связана с функционалом и количеством клиентов ?
   strange2007
 
493 - 11.11.19 - 10:21
(491) Я к тому, что смысл городить огород из огрызков, если есть всё в одной коробке и работает сносно?
   CrushBy
 
494 - 11.11.19 - 10:31
(493) Здесь свои плюсы и минусы. Точно также можно задать вопрос : "А зачем использовать универсальные механизмы, если есть специализированные под эту задачу ?".
   strange2007
 
495 - 11.11.19 - 10:35
(494) Я за разделение баз и систем, но в качестве основы предпочитаю монолит. Знаю точно, что уйду в другую контору и там будет точно такая же СКД. Это гораздо лучше, нежели "кто в лес, кто по дрова". Мне парусовских отчётов в екселе хватило
   Flyd-s
 
496 - 11.11.19 - 10:39
(491), в вашей демо базе BI жутко тормозной, стоит только накидать группировок и полистать. Сначала думает секунд 10 прежде чем показать данные, затем выводится строк 50 и при прокрутке подгружаются новые данные, при этом система зависает секунд на 10, отображает список и начинает тормозить при прокрутке. 30 секунд у PR выводился целиком отчет на 100к строк
   Многолетний Апельсин
 
497 - 11.11.19 - 10:49
(488) А что неплохо сделано, почти как на СКД.
Только на 7 группировках начинает безбожно тормозить, и в конце концов вылетает - https://imgur.com/DN0Bwq5
В то время как на 1С через 30 секунд стабильный и быстрый результат на 8 группировках.
   Ник080808
 
498 - 11.11.19 - 11:08
(488) ты вот сейчас серьезно сравниваешь субд и скд?
   Ник080808
 
499 - 11.11.19 - 11:10
(491) "Так у PR на 100К 30 секунд работало." а открытие документа в 100к строк по вебу каким боком к СКД? Ты вот серьезно?)
   MadHead
 
500 - 11.11.19 - 11:15
(488) Это глупости сравнивать DB и Bi тулзу. СКД самый удобный построитель отчетов который я видел.
(497) Я не знаю сколько у вас данных в базе 1с. Но для больших объемов данных отличия по скорости выполнения запроса между MS SQL и Clickhouse будет не на 1 порядок. Да и на серриализации данных 1с очень много времени проведет.
  1  2  3  4  5  6  7  8   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.