Вход | Регистрация
    1  2  3  4  5  6  7  8  9   

Заруба 1С vs lsFusion — 4. Техническое поражение lsFusion?

Заруба 1С vs lsFusion — 4. Техническое поражение lsFusion?
Я
   PR
 
01.11.19 - 03:03
1. 1С победила39% (42)
2. lsFusion победила31% (33)
4. Техническое поражение lsFusion23% (25)
5. Свое мнение7% (7)
3. Ничья0% (0)
Всего мнений: 107

Третья часть Заруба 1С vs lsFusion — 3

Коротко содержание первых трех частей

На 1С все написано
Потрачено порядка 25 часов
База http://server.odinesnik.ru/1cvslsfusion/

Фузиновцы вместо реализации по поставленным функциональным требованиям пишут что-то непонятное
С их слов это будет похоже на Odoo, но лучше, и при этом будет полностью покрывать поставленные функциональные требования
Если я все правильно понял, то участие в зарубе в конце концов принимать отказались, то ли по причине того, что им не заплатили, то ли по какой-то другой причине, непонятно
База, в которой пишется клон Odoo https://demo.lsfusion.org/mycompany/

Ниже на всякий случай перечисляю ранее озвученные в OFF: lsFusion vs 1C. Раунд 3 критерии (пусть даже часть из них субъективные, а что делать):
— Скорость разработки (более чем адекватный критерий, заказчику это очень важно)
— Читабельность кода (еще один важный критерий, решение нужно поддерживать)
— Функциональность (опять же важно, потому что заказчик хочет удобства, а не велосипед на костылях)

Ну что, засчитываем Фузине техническое поражение и расходимся?
 
 
   Paint_NET
 
701 - 06.11.19 - 12:05
(697) Да всем пофиг этот счётчик, и так всё понятно.
   sqr4
 
702 - 06.11.19 - 12:07
В плане хранение и расчета остатков 1с инструмент удобный и гибкий. Фузина же инструмент топорный.
   sqr4
 
703 - 06.11.19 - 12:08
(699) Ага вечная мечта, запрет проведения задним числом, ага...
   la luna llena
 
704 - 06.11.19 - 12:09
(698) там косяк нижнего пользователя, который исправить нельзя дошел чуть ли не до уровня директора,

в 1С не нужно из-за мелкого косяка кладовщика дергать директоров, в этом ее прелесть.
   Paint_NET
 
705 - 06.11.19 - 12:11
Эти дурачки считают, что бизнес существует исключительно для того, чтобы сопровождать учётную систему и трахать пользователей за косяки.
Внезапно, выше правильно сказали про разработчиков, вокруг которых проект крутится.
   Bro
 
706 - 06.11.19 - 12:13
(702) Трындец, какой гибкий. Только сумму и последнее умеет считать. Допколонки для составных индексов (то есть нормальной производительности) не денормализуешь. Обновлять по сути руками, следя за тем что именно изменилось. С ограничениями вообще засада. Статью хоть осилили?
   sqr4
 
707 - 06.11.19 - 12:15
Фузина - это хреновая набивалка первички. И лишь поэтому вы придумали пивоты в табличные части и у вас нет никаких отчетов. Отсюда и ваше неполное открытие документов и хранение остатков в одной таблице и только текущих.
   CrushBy
 
708 - 06.11.19 - 12:16
(702) Хорошо, а если требуется остаток на любое время, то как вы собираетесь хранить это, чтобы не пришлось бегать по движениям ? На каждую секунду ? На каждую операцию ?
   bolobol
 
709 - 06.11.19 - 12:18
(706) Я тебя удивлю, но в задачах "показать суммы" и "показать первое/последнее" суть в том чтобы увидеть СУММЫ и ПЕРВЫЕ/ПОСЛЕДНИЕ данные, и всё! Осилил?
   sqr4
 
710 - 06.11.19 - 12:19
(706) Сумма и последнее - это как раз то что нужно. Ваше решение по составным индексам?
[Обновлять по сути руками, следя за тем что именно изменилось]
Руками ничего обновлять не нужно, все изменения будут отображены, вы просто не компетентны.
[ С ограничениями вообще засада]
с какими ограничениями?
   sqr4
 
711 - 06.11.19 - 12:20
(708) вы предлагаете вас научить? Мне достаточно того факта, что вы даже понятия не имеете как это сделано в 1с, но позволяете в своей отсталой статье это критиковать, не смотря на месяц изучения.
   CrushBy
 
712 - 06.11.19 - 12:23
(711) Я к тому, что чудес не будет. Нужно все равно считать от какого-то слепка. Такие же слепки можно легко настроить и в фузине при необходимости. Другое дело, что в этом не всегда есть смысл на практике.
   Navigator
 
713 - 06.11.19 - 12:24
(706) "Всякий программист свою страсть к обобщению оправдывает похвальным желанием наконец-то всё сделать по-хорошему. ... Делать по-хорошему - теоретически неправильно и практически вредно для бизнеса. Нужно делать так, чтобы всё работало, удовлетворяло клиентов (ровно на уровне цены продукта) и бизнес развивался.

Верный признак работы в стиле "по-хорошему" - упорная работа с "ядром", задержки с реализацией конкретной запланированной функциональности и срыв сроков выхода продукта."
   sqr4
 
714 - 06.11.19 - 12:24
(708) если нужно сравнить несколько годов работы, чтобы просмотреть динамику работы предприятия, у вас начнется по сути расчет доход - расход за весь период, что замедлит работу систему при большом массиве данных просто вхлам и каким образом я смогу повлиять на это - никак, да как вы пишите в (712), копрокодить на уровне выше, как замечательно, хотя за меня это должна делать платформа. А в случае 1с, я могу управлять процессом хранения "Итогов".
   Navigator
 
715 - 06.11.19 - 12:25
еще три строчки, еще три строчки
   bolobol
 
716 - 06.11.19 - 12:25
(712) Да-да! Мы уже читали - "три строки кода". Но так и не увидели ни одной работающей тройки кода

4. Техническое поражение lsFusion
   Bro
 
717 - 06.11.19 - 12:26
(710) ABC-анализ очень весело суммой и последними считать.

[Руками ничего обновлять не нужно, все изменения будут отображены, вы просто не компетентны.]
[с какими ограничениями?]
Ну так вперед, уже сто раз просил:

https://github.com/1C-Company/dt-demo-configuration/blob/master/DemoConfDT/src/Documents/ПриходТовара/ObjectModule.bsl

Что тут написать, для того чтобы проверять отрицательные остатки при приходе как есть в УТ11 и было в секции 4 на WorldSkills, который 1С типа выиграл?

2. lsFusion победила
   Джо-джо
 
718 - 06.11.19 - 12:26
(699) А как ввести задним числом?
   Flyd-s
 
719 - 06.11.19 - 12:28
(717), нужно написать код
   edem911
 
720 - 06.11.19 - 12:30
(717) написать правильный механизм проведения с контролем остатков. В 1С есть 2 методики  контролю остатков.
   CrushBy
 
721 - 06.11.19 - 12:33
(718) Никак. Нет такой процедуры ни в Odoo, ни в SAP. В фузине достаточно просто убрать в коде с поля READONLY и вводите, что хотите. Но методологи не позволяют.
   bolobol
 
722 - 06.11.19 - 12:34
(717) Чего написать-то хотел? Или уже просто стал наборы из слов писать как предложения?
   sqr4
 
723 - 06.11.19 - 12:34
(717) вот опять человек ничего не понимает, а пишет, что вы знаете про построения отчета по АВС-анализу в 1с?
С учетом того, что у вас итоги на текущий момент, вероятнее всего вы представляете, что контролировать остатки, это галочка на реквизите не получать отрицательное, но на самом деле задача куда сложнее, опять же отсутствие компетенции, не позволяет вам это понять.
   Джо-джо
 
724 - 06.11.19 - 12:36
(721) Куёвые у вас методологи. Вот выйдет бух с больничного и отразить входящий счёт-фактуру недельной давности не сможет, а сейчас уже другой налоговый период
   sqr4
 
725 - 06.11.19 - 12:37
(724) да во всем мире не вводят доки задним числом, это только "наша" фича.
   bolobol
 
726 - 06.11.19 - 12:38
(724) Методологи не далеки от истины. Нужны квалифицированные кадры "на местах", чтобы оценивать последствия "заднего числа". Отсутствие понятие "заднее число" - снижает требуемые компетенции к пользователям. Но, блин, так неудобно потом концы искать...
   bolobol
 
727 - 06.11.19 - 12:43
Килограммы сторнирований, тонны изменений, а расследования "из-за чего что-то там изменилось" - от силы - раз в неделю возникают, а при должном протоколировании и уровне контроля - занимает 15-30 минут. Так что - отсутствие "заднего числа" в системе - вполне может быть и недоработкой самой системы - ну, не смогли, не осилили логику, не могут подстелить соломку...
   Bro
 
728 - 06.11.19 - 12:44
(723) Вы ерунду какую то написали. Я знаю что это за задача. И именно она была в 4 секции на WorldSkills, и она решается в УТ11 через одно место. А в lsFusion это одна строка кода.
   Джо-джо
 
729 - 06.11.19 - 12:46
(728) А что хуже, одно место или одна строка?
   bolobol
 
730 - 06.11.19 - 12:49
(728) О, растёте, я смотрю! Количество строк сократилось втрое! Так вы и 1С догоните в пятилетку, правда, за пятилетку столько всего может поменяться... А пока - у вас поражение, возможно - мозга, но не будем об этом, вдруг, мы до вас просто достучаться не можем. Уж так хочется показать 1С где раки зимуют...
 
 Рекламное место пустует
   Flyd-s
 
731 - 06.11.19 - 12:50
(728), везде одна строка кода, но только скорости разработки не видно, заруба пилится и пилится и пилится
   ta_da
 
732 - 06.11.19 - 12:52
(728) два простых вопроса:

в какой запрос превращается условие
CONSTRAINT currentBalance > 0

В какой запрос превращается условие
CONSTRAINT currentBalance > 0 if notGod
   sqr4
 
733 - 06.11.19 - 12:59
(728) вы не понимаете как это сделано в УТ11, не надо ерничать, вы не понимаете как работает УТ11, вы не понимаете ровным счетом ничего, вы лишь выдрали кусок кода, который по вашему усмотрению, должен работать просто, хотя в общем случае это не так. Если делать совсем просто, то в 1с, это тоже запрос к остаточной таблице, строчек кода не больше
   Ник080808
 
734 - 06.11.19 - 14:00
(635) только ради истерики быдлокодера на недоплатфорем стоило замутить зарубу))))
   Ник080808
 
735 - 06.11.19 - 14:01
(637) там - это в твоей больной фантазии?)))
   Ёпрст
 
736 - 06.11.19 - 14:03
(699) Чего ? При чем тут дата проведения ? У меня товар придёт 01.01.20, дата конкретная должна быть указана.
Про отгрузку - то же самое - конкретная дата. А не текущее время сервера.
   Ник080808
 
737 - 06.11.19 - 14:04
(653) ты голос неудачника)
   Ник080808
 
738 - 06.11.19 - 14:07
(679) ыыыыыыы теперь все косяки на оду перекладывают. да да, фузина не конченное убожество, это одо кривое))))
   Джо-джо
 
739 - 06.11.19 - 14:08
(736) 1С БСП с ясновидением реализовали? Это ещё бабка на двое сказала придёт он 01.01.20 или нет
   CrushBy
 
740 - 06.11.19 - 14:08
(736) Если он придет 01.01.20, то в статус Done (принят) поставка перейдет тоже 01.01.20. Тогда и установится дата проведения 01.01.20.
   CrushBy
 
741 - 06.11.19 - 14:09
(740) И тогда он появится на остатках. А до тех пор, с включенным ограничением расхода в минус, вы расход не проведете.
   Ник080808
 
742 - 06.11.19 - 14:09
(685) недоолимпиадник из сильпо проснулся. остатки никому не нужны)))
   Ёпрст
 
743 - 06.11.19 - 14:10
(740) еще раз, у вас делается приход будующей датой и позволяет делать отгрузку текущей, что НЕ ВЕРНО.
   Ник080808
 
744 - 06.11.19 - 14:10
(697) какое спортивное поведение может быть у лузера?)
   Ёпрст
 
745 - 06.11.19 - 14:10
Или надо картинки показывать, а то не понятно вам ?
   Ёпрст
 
746 - 06.11.19 - 14:12
На счет радуги в остатка:
Приход делаем на дату 01.01.2020. Смотрим остатки за сегодня и ...остатки есть, с какого х..я ?
   Ник080808
 
747 - 06.11.19 - 14:13
(706) какую статью в которой неуч написал о том, что самолет не может летать, бо он из железа? вы не осилили остатки хранить, а такую пургу в статье написали)))
   Ник080808
 
748 - 06.11.19 - 14:14
(708) вы там месяц в глаза долбились когда якобы 1с изучали? судя по твоим вопросам, ты даже не открывал 1с
   Ник080808
 
749 - 06.11.19 - 14:15
(713) это описание фузинаторов?)))
   ta_da
 
750 - 06.11.19 - 14:16
ну и так, до кучи, если мы запрещаем изменение документов задним числом "как в odoo", то никакой проверки отрицательных остатков в приходе вообще делать не нужно. потому что, внезапно, приход в принципе не может остатки в минус загнать.

т.е. в 1С можно делать проверку только там и только в том виде, где она нужна, а вот в ls fusion, если я верно понимаю, проверка отрицательных остатков срабатывает при любом (если не добавлять еще пачку условий и переменных) изменении остатков и всегда одна и та же.
поэтому и интересно - на уровне sql кода как оно выглядит. но ответа видимо не будет?
   Ник080808
 
751 - 06.11.19 - 14:18
(728) мифическая одна строка кода?)))
   Ник080808
 
752 - 06.11.19 - 14:21
(750) в фузине нет остатков. Точнее они осилили только текущие остатки. И контроля отрицательных остатков нет, они их тупо не выводят в своем дереве краша)))
   sqr4
 
753 - 06.11.19 - 14:21
Вот пример вашей "аналитики" работы 1с на примере статьи https://habr.com/ru/company/lsfusion/blog/468415/#events вот этот заголовок "Отсутствие ограничений и событий для значений регистров"
Вот ваше умозаключение
["PS: Проверено, эти временные таблицы нигде больше не используются, только для проверки одного простого ограничения.

Описанный выше способ вряд ли можно охарактеризовать как универсальный (ну и выглядит он диковато), с другой стороны лучшего способа сделать это в 1С я не нашел (как и похоже разработчики типовых). Хотя сделай 1С все по человечески, весь приведенный код можно было бы заменить на ровно одну строку"]

Неужели не понятно, что проверка остатков делается достаточно просто, это последний запрос, который и получает отрицательные остатки.
Остальные же моменты, нужны для "обслуживания" контроля - чтобы проверить, а были ли изменения в движениях документа или все осталось как есть и соответственно не делать эту проверку.

И мне чтобы это понять хватило 5 минут, а вы нихрена не разбираясь пошли позориться на весь мир.
   Калиостро
 
754 - 06.11.19 - 14:25
(750) У них там еще прикольнее. В статусе "Принят" товары редактировать нельзя, а вот место хранения поменять задним числом, хоть годовалой давности, как два пальца...
Вроде собирался не лазить в тестирование. Но как ни попробуешь что-то смоделировать, так на жопу натыкаешься.
   Калиостро
 
755 - 06.11.19 - 14:26
+(754) Причем, дата проведения не меняется.
   sqr4
 
756 - 06.11.19 - 14:39
или вот далее
[Справедливости ради, ограничение, что параметром момента времени должна быть константа, 1С умеет достаточно эффективно использовать, если в регистре материализованы итоги для промежуточных дат. В этом случае 1С в подзапросе виртуальной таблицы может бежать по записям регистра, начиная не от текущей даты, а от ближайшей даты, для которой материализованы итоги. С другой стороны, учитывая что в оперативной базе (OLTP) древность данных обычно обратно пропорциональна вероятности их использования, а на поддержание промежуточных итогов нужны дополнительные ресурсы (в частности место на диске), практическая польза от такой оптимизации весьма сомнительна (если, конечно, оперативную базу одновременно активно не используют как аналитическую, но об этом позже).]

А то что я могу указывать дату с какой мне нужно хранить эти "итоги" не указано, потому что статью писал, неграмотный в плане работы 1с человек.
   sqr4
 
757 - 06.11.19 - 14:40
И вот мне интересно посмотреть в глаза тех "лояльных" 1сников, которые там с вами соглашались, что это за недоумки или жулики, больше никак охарактеризовать я их не могу.
   CrushBy
 
758 - 06.11.19 - 14:42
(754) Да, есть такой прикол. Не поставили READONLYIF. Сейчас доделаем. Спасибо за тестирование.
   K1RSAN
 
759 - 06.11.19 - 14:50
(758) Понимаешь, этот принцип "ой забыли, ой не поставили" - недопустим. Это и есть отличие профессионального программиста от кодера. Программист заранее продумывает, что и где ему надо ограничить, если это не делается по умолчанию, что и где дополнительно указать и так далее. А кодер сначала пишет, а потом думает - а что и где я забыл, что не работает как надо - и исправляет. В итоге он и времени тратит больше, чем профи, и постоянные "заплатки" делают его код всё менее и менее читабельным. Потому что, чтобы далеко не идти - он объявляет переменную за пару строк от ее использования, а не в блоке переменных, зацикливаясь на мелких исправлениях у него из головы вылетает общая задача. И если вы со своим опытом всё еще на уровне кодера - вернитесь обратно на свою олимпиаду.

И да, вам пора оплачивать не только ветку волшебнику, но и тестерам.
   K1RSAN
 
760 - 06.11.19 - 14:52
(759)+
Потому, когда спрашивают, на чем учить основы программирования - я считаю простейший Паскаль отличным началом. Он закладывает в голову необходимость разделять блок переменных и блок процедур. То есть минимальную СТРУКТУРУ кода
   sqr4
 
761 - 06.11.19 - 14:53
вот это "Невозможность обращаться в списках к реквизитам форм / текущим значениям других списков" тоже вранье полное
и вот почему
http://1s-portal.ru/index.php/stati/configuration/15-form/117-svyazi-parametrov-vybora.html
Все просто до невозможности
   Ник080808
 
762 - 06.11.19 - 15:00
(756) "практическая польза от такой оптимизации весьма сомнительна" - дебилы, блять
   Многолетний Апельсин
 
763 - 06.11.19 - 15:03
(759) >>И да, вам пора оплачивать не только ветку волшебнику, но и тестерам.
+++
Этот балаган выглядит как попытка фузинцев развести форумчан на бесплатное альфа-тестирование.
   sqr4
 
764 - 06.11.19 - 15:04
(763) да че там тестировать и куда с этой поделкой идти? Курсовую защищать?
   ta_da
 
765 - 06.11.19 - 15:05
(763) этот балаган выглядит как балаган по двум причинам
1) тотальное нежелание команды ls fusion отвечать на хоть сколько-нибудь "неудобные" вопросы (в крайнем случае - тупо отшучиваются);
2) часть аудитории мисты балаган активно поддерживает.
   K1RSAN
 
766 - 06.11.19 - 15:05
(764) Ну, сказать по чести, в универе, где я заканчивал бакалавриат, это больше, чем я делал для курсача
 
 Рекламное место пустует
   CrushBy
 
767 - 06.11.19 - 15:09
(763) Конечно. Я даже не смотрю, что джун коммитит. Он же первый раз в глаза бизнес-приложения увидел пару недель назад. А тут я постоянно троллю, а то иначе бесплатно тестировать не хотят :) Козлы.
   sqr4
 
768 - 06.11.19 - 15:11
(767) это лишь характеризует тебя как руководителя, не больше. И не было бы все так печально, если бы в Демо ЕРП не было того же самого.
   CrushBy
 
769 - 06.11.19 - 15:11
(767) Собственно, я поэтому и решил, чтобы он делал Odoo. Чтобы не объяснять какую логику делать, и чтобы он не придумывал ничего. Как есть - так и копируй.
   CrushBy
 
770 - 06.11.19 - 15:13
(768) Как руководителя меня характеризует то, что мы за 5 лет захватили почти половину рынка FMCG розницы Беларуси. А все остальное - пустой треп.
   Ник080808
 
771 - 06.11.19 - 15:14
(765) так а что делать? вот краш ведет себя как чмошник - см (767). Говорить с дураком серьезно? зачем? Ну вот реально, я не представляю как профессор пытается объяснить что то подростку лет 12, который кривляется и ведет себя как имбицил. Поэтому и нужно превращать все что связано с фузиной в фарс. пусть смотрят на неадекватов)
   Ник080808
 
772 - 06.11.19 - 15:15
(770) как руководителя тебя характеризует, что с 89 года вы частично автоматизировали пару сетей сельхоз магазинов и не осилили элементарные вещи в своей платформе реализовать)))
   ta_da
 
773 - 06.11.19 - 15:15
(771) может тогда вообще не пытаться с ним говорить? ну т.е. хотят они себя идиотами выставлять - отлично, это их право. но на их уровень зачем опускаться?
   ta_da
 
774 - 06.11.19 - 15:16
(772) да не. эт не он. это его родственник.
   Ник080808
 
775 - 06.11.19 - 15:16
(773) а кто с ним говорит? засираем ветку бессмысленными сообщениями, что бы когда люди гуглили фузину натыкались на это днище.
   Ник080808
 
776 - 06.11.19 - 15:16
(774) та я тоже думаю,что этот недоолимпиадник сидит в этой конторе потому что папка посадил)
   sqr4
 
777 - 06.11.19 - 15:17
(770) я даже ввязывать в эту болтологию не буду и "руководитель" я подразумевал, наставник этого и не более того. Качество вашего продукта успел оценить, компетентность писателей тоже.
   AntiBuh
 
778 - 06.11.19 - 15:18
(770) а скоро захватим и весь мир!!!!!!!!! уахахахаха!!!!!!!
   CrushBy
 
779 - 06.11.19 - 15:20
Да здесь уже давно неконструктивное обсуждение. Конструктивное это на другие ресурсы. Например, хабр или вот тут :
https://www.sql.ru/forum/1318097-7/pochemu-ne-1s
   Ник080808
 
780 - 06.11.19 - 15:20
(770) пустой треп это рассказы о экселе как о платформе бизнес разработки. За 30 лет слабать дешевую пародию на эксель и впарить ее белорусским лохам, мошенническими методами рассказывая как 1с не может в 1000 элементов. Видел ваших братишек с аналогичных контор. Только те сразу на с++ писали и даже с недоязыком не заморачивались
   ta_da
 
781 - 06.11.19 - 15:21
(779) ну странно было бы, если бы оно оставалось конструктивным. вы на конкретные вопросы отвечать не хотите, предпочитаете отшутиться. чего добивались - то и получили.
   sqr4
 
782 - 06.11.19 - 15:21
(779) лучшие 1сники на мисте
   Ник080808
 
783 - 06.11.19 - 15:23
(779) это гениально, идти на левые форумы что бы вести "конструктивные обсуждения" и втихаря минусовать на хабре))) большевики в действии))))
   Ник080808
 
784 - 06.11.19 - 15:24
(779) сначала краш ведет себя как имбицил, а потом плачет в желетку что на мисте нет конструктивного обсуждения. А почему краш начал вести себя как неадекват? потому что Рома в одно лицо выебал всех разрабов фузины
   CrushBy
 
785 - 06.11.19 - 15:25
(781) А на какие конкретные вопросы ? Привести SQL запрос ? Они компилируются там. Будет оптимизированный SQL запрос, который сделает UPDATE в нужной таблице на основе временных таблиц. Напоминаю, что в lsFusion все изменения до применения транзакций хранятся во временных таблицах, откуда затем идут UPDATE'ы в базу при применении. Или они дропаются при отмене изменений.
   ta_da
 
786 - 06.11.19 - 15:31
(785) еще раз. интересует, как сработает constraint. в каком виде он попадет на SQL сервер? и в каком виде на SQL сервер попадает та же проверка, в условиях, когда мы по какой-то причине добавили N условий, при которых она срабатывать не будет?

что с ним будет?
1) запрос с проверкой условия, а потом, если оно не выполнилось запрос на изменение данных? тогда чем это принципиально отличается от 1С?
2) запрос с множеством условий, из-за которых итоговый набор данных для изменения будет пустым?
можно упрощенно, псевдокодом.
   CrushBy
 
787 - 06.11.19 - 15:34
(786) Сначала проверяются ограничения, потом обновление всех данных. Отличается тем, что эти SQL запросы не надо писать вручную, как запросы на тысячи строк в УТ, а делается одной строкой. И в 1С появилась прозрачная материализация данных (типа MATERIALIZED VIEW в Oracle или MATERIALIZED в lsFusion) ?
   sqr4
 
788 - 06.11.19 - 15:36
а вот это
[Неэффективное получение данных объектов

Так как несвоевременное или избыточное чтение данных с сервера БД и передача их на сервер приложений может приводить к существенному падению производительности, обычно ORM-фреймворки предоставляют разработчику целый набор инструментов по управлению получаемыми ими данными. Но не 1С. В 1С объект читается всегда целиком, в том числе с табличными частями, но не более того (без каких либо связанных данных). Как следствие, данных читается:

либо слишком много — если надо получить только одно поле (реквизит)
либо слишком мало — если в цикле надо обращаться к другим объектам по ссылке, мы получаем классическую проблему N+1 (один запрос для получения N объектов и по одному запросу для каждой ссылки).]

Можно мне перевести вот это? Где они рассмотрели проблему N+1 в запросе? А то что в цикле не надо получать из ссылки данные через точку, любой дурачек знает.
   Ник080808
 
789 - 06.11.19 - 15:36
(779) "например виды цен в "типа ERP")" -ыыыы. конструктив так и прет)))
   sqr4
 
790 - 06.11.19 - 15:37
(787) я уже тебе все написал, про ваш MATERIALIZED и невозможностью управлять итогами в фузине, а ты благородно слился.
   sqr4
 
791 - 06.11.19 - 15:38
(788) Объектная модель в 1с используется совсем для другого, хотя кому тут объяснять.
   CrushBy
 
792 - 06.11.19 - 15:40
(790) Все там можно управлять. Пиши любое выражение и вешай MATERIALIZED и платформа все сделает сама.
   CrushBy
 
793 - 06.11.19 - 15:40
(791) Так про это и было в статье, что в 1С недоORM и в жизни приходится писать на плоском SQL, как в 90е.
   ta_da
 
794 - 06.11.19 - 15:41
(787) вот опять.
1) запросы на тысячи строк в УТ обсуловлены совершенно не сложностью 1С или необходимостью их писать.
2) если хочется "одной строкой", то я могу эту проверку загнать в отдельную процедуру и тоже вызывать ее одной строкой.
ну не является это преимущством, поймите.

нужно понимать, что
а) в случае, если бизнес логика подразумевает много условий для проверки/не проверки отрицательных остатков, важно, чтобы можно было реализовать это быстро. в вашем варианте, когда к конструкции constraint добавляются и добавляются новые условия, при этом все эти проверки сработают при ЛЮБОМ апдейте таблицы, это не очень удобно.
б) важно понимать итоговую скорость работы, с учетом всех этих ограничений (т.е. чтобы не было резкого проседания производительности после добавления еще одного условия). Тут, мне пока не очевидно, что у вас это будет работать именно так, как я ожидаю.

"И в 1С появилась прозрачная материализация данных (типа MATERIALIZED VIEW в Oracle или MATERIALIZED в lsFusion) ?"
Это к чему? Какую задачу (пример) мы решаем? Что мы этим сравниваем? В 1С можно реализовать то что вам нужно, но возможно не так удобно как у вас. Но мы опять скатываемся к сравнению двух платформ на частных задачах.
   ta_da
 
795 - 06.11.19 - 15:43
Не. Все. я для себя эту ветку окончательно закрываю. Конструктива тут не будет - только время тратить. Однажды, Люкссофт начнет реализовывать действительно сложные проекты. Надеюсь, что тогда у них откроются глаза на реальность, и придет понимание своих ошибок, иначе им будет очень больно.
   sqr4
 
796 - 06.11.19 - 15:44
(792) невозможно в фузине хранить итоги и управлять датой начала хранения итогов - факт. Любой аналитический запрос на два три года назад уложит систему - факт. Вообще никакого управления итогами, кроме как указания того, что вот по этим штукам надо их хранить.
   CrushBy
 
797 - 06.11.19 - 15:46
(794) Почитайте статью. Там все написано. И аргументация как всегда. Могли в УТ не писать тысячи строк, но написали.
   CrushBy
 
798 - 06.11.19 - 15:46
(795) Закрывайте. Я надеюсь, что вы когда-нибудь начнете реализовывать действительно сложные проекты, как те, которые делает ЛюксСофт. Тогда у вас откроются глаза на реальность и незаменимость lsFusion.
   sqr4
 
799 - 06.11.19 - 15:47
(797) ага, оптимизацию разработчик может и не делать, а лепить проверки везде где нужно и нет, как в фузине.
   dezss
 
800 - 06.11.19 - 15:47
(793) покажи подобный запрос на фузине)
  1  2  3  4  5  6  7  8  9   

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