По нашей информации - Firebird в бизнесе используется не так часто, как MS SQL или PostgreSQL например. А поддержка ещё одной СУБД - это серьезные расходы на разработку, тестирование и поддержку.
>"5. Появилась ли нормальная поддержка версионного режима, в смысле корректный прозрачный откат и перестарт транзакции, чтобы не заниматься ручными блокировками ?"
"Нормальная" - это от слова "норма". Можете пожалуйста пояснить (лучше на конкретном примере), что вы считаете нормой для поддержки версионного режима?
Технической или логической проблемы я тут не вижу.
Мы не реализуем механизм для группового изменения данных потому, что это "Веревка достаточной длины, чтобы… выстрелить себе в ногу". Коротко говоря - слишком мощный механизм при достаточно слабом его контроле. Можно будет, например, одной командой случайно удалить все заказы в системе. Что не очень хорошо.
>"всякие огромные документы инвентаризации "
Документ целиком как раз поменять/удалить можно. А вот набор документов одной командой - нет.
На клиентской стороне находится довольно много логики связанной и с подбором ссылочных полей по распознанному тексту, и с отобржаением документа, с подсветкой полей, откуда вязта информация, с расчетом контрольных сумм и так далее. Подсистема довольно большая и просто API тут будет недостаточно для использования сервиса.
Да,видно в прикладных решениях, баланс отображается на форме, предназначенной для работы с распознанными документами. На портале ИТС эта информация тоже имеется.
Да, отдельный модуль, но там довольно тесная степень интеграции с прикладным решением по части справочников, создаваемых документов и так далее. Пока она встроена в 1С: Бухгалтерию и 1С:ERP и 1С:УТ, в облачную УНФ. Полный список поддерживаемых конфиграций https://ocr.1c.ai/easystart/
Попробуем со временем!
Тема, как вы понимаете, большая.
По нашей информации - Firebird в бизнесе используется не так часто, как MS SQL или PostgreSQL например. А поддержка ещё одной СУБД - это серьезные расходы на разработку, тестирование и поддержку.
То, что вы описали, напоминает мне функкциональность VIEW.
Это оно или я ошибаюсь?
И - такой функциональности у нас пока нет.
>"2. Встроили ли запросы в язык? Для resolve'инга, подсветки ошибок, синтаксиса и вот этого всего."
Можно сказать что да - в среде разработки 1C:Enterprise Development Tools для этого много сделано.
>"6. Возможность разработчику изменять самому физическую модель, материализовать показатели и т.п.?"
Боюсь что не понял вопроса.
"изменять самому физическую модель, материализовать показатели" - это как?
Можете пояснить на примерах пожалуйста?
>"5. Появилась ли нормальная поддержка версионного режима, в смысле корректный прозрачный откат и перестарт транзакции, чтобы не заниматься ручными блокировками ?"
"Нормальная" - это от слова "норма".
Можете пожалуйста пояснить (лучше на конкретном примере), что вы считаете нормой для поддержки версионного режима?
>"7. Поддержка наследования и полиморфизма в запросах?"
Если мы про язык запросов - в нем поддерживается ровно столько же наследования и полиморфизма, сколько поддерживается в языке SQL.
Возможно, я не понял ваш вопрос - можете пояснить на примерах?
Технической или логической проблемы я тут не вижу.
Мы не реализуем механизм для группового изменения данных потому, что это "Веревка достаточной длины, чтобы… выстрелить себе в ногу".
Коротко говоря - слишком мощный механизм при достаточно слабом его контроле. Можно будет, например, одной командой случайно удалить все заказы в системе. Что не очень хорошо.
>"всякие огромные документы инвентаризации "
Документ целиком как раз поменять/удалить можно.
А вот набор документов одной командой - нет.
>"4. Появились ли DML запросы? Или какой-то другой механизм для группового изменения данных?"
Не появились, и это на данный момент наша принципиальная позиция.
Много вопросов!
Отвечать буду по частям :)
>"почему не реализовали поддержку Firebird SQL? "
В смысле - как "рабочей" СУБД где хранятся бизнес-данные?
Наряду с MS SQL, PostgreSQL, Oracle и IBM DB2 ?
Всегда пожалуйста!
В конце статьи - ссылка на учебный план: https://spb.hse.ru/ma/systems/studyplan
и сайт программы: https://spb.hse.ru/ma/systems
Спасибо, будем смотреть.
написал вам в личку.
На клиентской стороне находится довольно много логики связанной и с подбором ссылочных полей по распознанному тексту, и с отобржаением документа, с подсветкой полей, откуда вязта информация, с расчетом контрольных сумм и так далее. Подсистема довольно большая и просто API тут будет недостаточно для использования сервиса.
Да, для этого нужно адаптировать подсистему "Распознавание документов", встроенную в 1С:Бухгалтерию, под вашу конфигурацию.
Да,видно в прикладных решениях, баланс отображается на форме, предназначенной для работы с распознанными документами. На портале ИТС эта информация тоже имеется.
Да, отдельный модуль, но там довольно тесная степень интеграции с прикладным решением по части справочников, создаваемых документов и так далее. Пока она встроена в 1С: Бухгалтерию и 1С:ERP и 1С:УТ, в облачную УНФ. Полный список поддерживаемых конфиграций https://ocr.1c.ai/easystart/
Cмотрели, но по гибкости нам данная архиетктура не подошла. Для разметки и сегментации используется собственная разработка.