Pull to refresh
3
0.8
Send message
Я не спорю — технически это непросто, но возможно.
Просто противоречит лицензионному соглашению 1С.
Многолетний опыт показывает, что куда более существенное время тратится именно на работу с данными.
Скорость выполнения именно операторов языка при этом роли не играет.
Тестировали, получается, только Core i7?
Он только читает данные.
1С, мне кажется, больше заботит попытка прямой записи в базу.
Какой объём файла обмена обычно получается?
Перечни изменений в какой момент очищаются?
Подскажите, что это за патчи?
Думаю, что тоже приоритеты.
Трудности работы разработчиков не приносит дохода 1С, в отличие от добавления «котиков» в Бухгалтерию 3.0, к примеру )
А что именно?
А разве я путаю?
Поясните вашу мысль.
всегда можно спуститься до уровня базы
правда лицензионное соглашение прямо запрещает это
Умеет, конечно
При обмене между типовыми через XML за большой период времени объём выгружаемых данных действительно получается достаточно большой.
Тут можно только чаще делать обмен…
Ком-объект сам по себе медленный, возможно, это из-за него было
Точного примера кода не осталось?
Ну так, поэтому 1С и развивается дальше: 8.1, 8.2, 8.3 и т.д.
Можно поподробнее пояснить, чем именно это могло бы помочь?
Для прикола засёк — у меня такой цикл выполнялся 22 сек.
Но, действительно, в практике я ни разу не встречал потребности крутить такие циклы.
Как я уже писал, 1С это не универсальный ЯП, а предметно-ориентированный.
Работа ведётся большей частью с бизнес-объектами.
А разве он чем-то глобально плох?
Верно. Для надёжности регистрацию надо снимать только после получения от второй стороны подтверждения о загрузке выгруженных данных.
При таком подходе встаёт вопрос — будет ли корректно воспринята такая частичная загрузка в целевую систему

Information

Rating
1,935-th
Registered
Activity