iscrafmСисойПравительство РФ обеспечивает 1С грантами на разработку локальных решений.
Если будет интерес правительства РФ к международной экспансии 1С, уверяю Вас, будут и гранты, будет и целевая программа господдержки.
Я просто немного участвовал в разработке этой темы...
Вы путаете, имхо, 1С и решения на платформе 1С

нет
речь идет именно о платформе в первую очередь и даже не платформе как таковой а о финансировании ряда статей не только по разработке но и по "раскрутке" (масс медиа, консалтинг, учебные центры, даже включение в программу спецшкол и профильных университетов)

когда-то украинская абби хотела с 1с украина продавить нечто подобное в украине в середине 00х но не вышло тогда

ДенСисойДа не работает 1С в таком режиме нигде.
1000 транзакций в минуту - это уже биллинг или крутая WMS. Далеко не каждая ERP потянет, только топовые.
Я такого потока транзакций даже на гигантах типа Норникеля не встречал.
И скорее всего, это фронт-офис, работающий в режиме 24*7 с конечными розничными покупателями. 1С тут не подходит.

В качестве чисто учетной системы 1С нормально тянет в одной БД 500 пользователей. Такое сопровождал лично. 1000 - по-моему пока всего на двух проектах. 30.000 - это фантастика. Обычно, когда такое пишут, имеют в виду, что автоматизирован холдинг, но реально баз много.
Ну на проекте где 400 пользователей, на уровне БД до 1000 транзакций в сек достигает..а 1000транзакций в минуту на уровне документов, так это всего 10 док по 100 позиций запулить в обработку на склад.. простая крупная оптовая компания, грузит целый день фуры..

если Вы разработчик то советую поднянуть матчасть
в том понимании что есть транзакцией хотя бы на уровне платформы а что является записью... записей в принципе хоть 1 хоть 100 (разница уже не существена), главное чтоб они в одной транзакции были
так вот когда проводится документ типовой то весь документ и есть транзакция... если играетесь с блокировками то там можете уровни изоляции немного уменьшить и тогда реалььно достигнуть ваших 1000 транзакций в минуту :)

мне вот скаже надо выйти на 10 транзакций в секунду (по 20ти таблицами и 20-40 записей) и буду считать что это достаточно более чем для того чтобы держать даже крупную розницу

ДенLast1Cmenесли Вы разработчик то советую поднянуть матчасть

в WMS системе документы не в транзакции обрабатываются.. менеджер отпускает счет со 100 позициями а обработку на склад, на основе него формуруется туева куча инструкций (складских документов) на комплектацию, которые последовательно закрываются (грузятся, погрузчики носятся по теминалу, выбирая товар для заказа), 10ки территориально раснесеных складов участвуют в формировании заказа, фура движется по терминалу по путевому листу, который сгенерирован при переводе счета на склад..точный процесс я не знаю, но то что это не одна логическая транзкция, а процесс порождающий как минимум 100 складских операций.. а как правило еще больше, т.к идет набор из разных мест хранения..

ок принято

СисойДен, Вам уже ответили.
При обработке каждого документа 1С открывает транзакцию.
Любые записи/изменения при проведении документа производятся в транзакции.

Во всех последних типовых решениях любопытная логика проведения. Сначала делаются все необходимые движения (и блокировки), и лишь в конце транзакции производятся требующие чтения БД проверки (например, на отрицательный остаток). Если проверка не пройдена, транзакция откатывается.

избежание проблемы "грязного чтения", но вот только смысл блокировать ДО начала транзакции тогда
на управляемых блокировках да так скорее всего лучше т.к. блокировка исключительная после проверок идет т.е. можно считать что на момент её начала данные у нас реально актуальные

ДенСисойДен, Вам уже ответили.
При обработке каждого документа 1С открывает транзакцию.
Любые записи/изменения при проведении документа производятся в транзакции.

Во всех последних типовых решениях любопытная логика проведения. Сначала делаются все необходимые движения (и блокировки), и лишь в конце транзакции производятся требующие чтения БД проверки (например, на отрицательный остаток). Если проверка не пройдена, транзакция откатывается.
т.е может быть ситуация, что набиваешь счет пару часов, сохраняешь, бац, а товара нет... и он весь откатится или только строки по которым проверка не прошла?

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