bittrade Интересует принципиальная (теоретическая) возможность ускорения проведения документов… или например добиться чтобы при групповом проведении проведение других документов не блокировалось?
Могу предложить решение, используемое в моих конфигурациях для 1С77.
1. Конфигурация 100% должна быть собственная.
2. Полный отказ от использования всех объектов 1С кроме справочников, констант, перечислений, отчетов и внешних обработок (что фактически одно и то же). Внутренние объекты (ТЗ, СЗ, массивы) использовать можно. Никаких периодических реквизитов в справочниках. Никаких вкладок на формах (т.е. отказ от многостраничных форм). Можно использовать внешние компоненты типа Formex.dll и aiWindows.dll для улучшения работы с интерфейсом. 1С++.dll достаточно тяжелая компонента, я бы ее не рекомендовал.
3. Рекомендуется использовать движок OLE VFP (достаточно всего 2-х файлов: vfp9.exe (запущенным с опцией /regserver) и vfp9enu.dll). Вызов в 1С:
Для моей конфигурации по учету зарплаты я вообще использовал свое внешнее приложение VFP, общающееся с 1С, как с DDE-сервером.
4. Далее начинается программная оптимизация. Все документы, журналы документов, регистры и планы счетов строятся на справочниках. Любая база данных, в т.ч. и всякого рода регистры, без проблем моделируется с помощью использования нужного количества подчиненных справочников (связь один ко многим) и применения ссылок на элементы других справочников (связь многие к одному). Желательно в первичных справочниках не использовать группы. Использование групп весьма эффективно в справочниках, моделирующих документы и журналы документов (причем грань между этими понятиями стирается). Я моделирую документы в основном с помощью основного (справочник «Документы ресурсов») и подчиненного справочников (справочник «Ресурсы документов», по сути это тоже самое, что и справочник операций). Проводки я оформляю как записи (ссылки на операции/ресурсы документов) в подчиненных справочниках: Ресурсы->Периоды->Дебетовые операции->Кредитовые операции. Причем, это очень существенно, провожу каждую операцию / ресурс документа независимо от всего документа. Соответственно, проведение / отмена проведения делается в режиме реального времени, без всяких задержек и независимо от объема документа. А документы могут быть очень объемные, например документы ввода остатков или документы амортизации / индексации основных средств. Кстати, многие документы у меня генерятся автоматически. Не полностью проведенные документы у меня имеют статус частично проведенных. Для сводов используются только проведенные ресурсы. Да и сами документы в учете ресурсов у меня имеют одну единственную форму. Может где-то избыточную для отдельного документа, но в целом, имеющем большой смысл. Для учета начислений (особенно зарплаты) у меня используются своя группа документов-справочников, в силу достаточной сложности последней. Для построения отчетов использую собственный генератор отчетов, который настраивается на уровне пользователя. Главное его преимущество по сравнению с системами типа Fast Reports это свободный доступ ко всей базе метаданных (которую я тоже строю на справочниках) из конструктора отчетов, на реквизитах которой я могу сконструировать любой, необходимый мне отчет. Естественно, это далеко не вся оптимизация, Для построения отчетов я широко практикую идею предварительной обработки данных. Вообще, это идея очень хороша для ускорения расчета заработной платы. В 1С77 все, что может быть предварительно посчитано или обработано, должно быть осуществлено! В итоге выборка данных у меня осуществляется с минимальными телодвижениями и соответственно с максимально допустимой скоростью.

Однако, главную оптимизацию я пытаюсь осуществить сейчас средствами С++ и ядра VFP (смотрите, если интересно мои сообщения в ветке С++)…

RustamZzА зачем в данном случае использовать 1С? Неужели справочник и константы невозможно сделать на VFP?
Как ни странно, интерфейс (те же справочники) 1С более эффективен, чем интерфейс VFP. Посмотрите на «Парус» как альтернативу 1С. А вот ядро VFP очень и очень эффективно, а его runtime версия к тому же и бесплатна.

Сисой"Мсье знает толк в извращениях"... :-)
В каком смысле «Мсье» говорит? В смысле, так делать нельзя или так получается больше удовольствия?

СисойКогда я программировал сначала на FoxPro for DOS, затем на VFP…
Это я могу сказать про себя тоже, ну и что из того?

СисойИ уж справочники 1С (при отсутствии иерархии) меня прельстить ну никак не могли
А меня смогли. Я на FoxPro for DOS делал учет зарплаты 3 года и до конца не смог сделать, так как хотел использовать интерфейс по максимуму, а оказалось, что более 6-7 окон в ДОСе фокспро открыть не может, банальная нехватка памяти. А ядро Фокса могло использовать всю доступную память на компьютере, чего нельзя было сказать про его интерфейсные возможности. Зато на 1С туже зарплату я сделал за 3 месяца с нуля, и она была с успехом внедрена на моем предприятии, особенно с учетом больших законодательных нововведений на эту тему. Конечно я продолжал ее совершенствовать.

СисойИскренне не понимаю, зачем использовать такой симбиоз - при наличии опыта работы все прекрасно реализуется в родной среде фокса.
Вам недостаточно примера «Паруса»? Да, этот монстр даже двигается, но много ли садо-мазохистов на нем работают? Интерфейс FoxPro как был отстойным в MS-DOSе, так и остался галимым в Виндозе. Чего не скажешь про ядро базы данных VFP.

СисойЭкономическая выгода от использования 1С в качестве фреймворка появляется при сочетании 1С с T-SQL или PL-SQL, но никак не в связке с другой "настольной" СУБД.
Сказал, как отрезал. Я сейчас все бросил и побежал срочно переписывать свои конфигурации (с которыми я горя не знаю) на клиент-серверную платформу. Блин, не знал, что вся наша фирма зря радуется моим конфигурациям, они де «в связке с другой "настольной" СУБД».
Посмотрите лучше мои предложения по использованию библиотек VFP: vfp9t.dll / vfp9renu.dll в С++ & MFC совместно с виртуальным списком в:
/topic/601874&pg=1

Программист 1сОчень рад что некая фирма радуется за ваш геморой.
Типа, «Я Пастернака не читал, но в корне с ним не согласен!». Это типично для нашего менталитета, то что написано не мной или не по моим понятиям г… редкостное… А как же практика, критерий истины?

Программист 1с Только когда встанет вопрос об вашей замене или уходе - возникнут проблемы...
Они в любом случае возникнут. Но сначала возникли проблемы стандартных конфигураций. Мы, в свое время, купили все мыслимые и не мыслимые стандартные конфигурации. Парочку лучших я даже внедрил. Но! Бухгалтера поставили ультиматум. Или полная переделка под их потребности или остаемся работать с районным вычислительным центром как прежде. Ибо, то, что эти конфы могли делать им было не нужно, а что нужно не могли. Далее естественный шаг, подгонка стандартных конф под свои нужды. Но чем больше я в них вникал, тем более видел небрежность кода и дизайна и откровенную глупость прикладных разработчиков (помноженную на некоторые глупости разработчиков ядра 1С77). Да и даже ввод данных у бухгалтеров вызывал острую оскомину на зубах и это то при их редкостной неприхотливости. Короче, дешевле для моего и моих бухов душевного здоровья, оказалось написать удобную и комфортную собственную разработку, что и было успешно сделано, сначала для учета зарплаты, а потом для учета ресурсов. Теперь проблем нет. И не будет, если фирма меня не «кинет». И что мне мешает сопровождать программу, даже при возможном уходе? Обычно моя поддержка связанна с изменениями в законодательстве, что бывает относительно редко. А приход нового программиста всегда означает одно. Что сделано моим предшественником это полный отстой, а вот я за пару лет может быть напишу чего-нибудь новое или необычное (как в рекламе) – если конечно получится.

Программист 1сВо вторых вам пытаются донести мысль что не нужно изобретать геморой.
А геморрой никто не изобретает. Вы можете не поверить, но я не садо-мазо. Речь идет о другой концепции прикладной системы учета. Может быть, вы считаете, что модель прикладной системы учета братьев Нуралиевых (владельцев 1С) это последний писк в программировании? Ну, тогда флаг вам в руки. Я же так не считаю. И успешно это доказал в своих конфигурациях. Причем, вижу еще не мало возможностей для их оптимизации. Однако, поскольку фирма 1С отказалось от развития «семерки» (про «восьмерку» говорить не будем, это продукт совершенно другого типа), приходится ее работу делать за нее. Т.е. создавать свой вариант «семерки». А чтобы избежать насмешек, скажу, что речь не дет о системе типа «2С», «Ананас», «1L» и иже с ними. Там тоже своих глупостей хватает. То что я делаю будет простым как «калаш». Интерфейс в два хлопка получаем от MFC, движок базы данных из vfp9t.dll / vfp9renu.dll. В качестве грида используем виртуальный список на базе SysListView32, конфигуратор делать пока не собираюсь, но все метаданные будут вынесены в базу данных. Отчеты тоже собираюсь делать на базе виртуального списка. Прототип уже работает, задержка только в том на С++ & MFC я пишу серьезно всего 3 месяца и многих их технических подробностей я еще не успел изучить. Но это только вопрос времени. Кстати, прикладную часть программы я тоже буду писать сам. Вы, конечно, можете зубоскалить по поводу очередного «велосипеда» или «гемороя». Но как говориться, а Васька слушает, да ест.

Программист 1сЕсли вам нужна СУЩЕСТВЕННО большая производительность чем у 1с - то ставьте другую систему.
Мне не нужна «СУЩЕСТВЕННО большая производительность чем у 1с», мне вполне хватает его возможностей, при наличии творческого подхода из него можно выжать очень даже многое. А если я и пишу сейчас аналог а-ля 1С77, то только потому, что на работе у меня появилось свободное время и я могу потратить его на такую роскошь, как программирование ради удовольствия.

Френиси ДрейкА почему MFC + C++, почему не что-нибудь бесплатное и кроссплатформенное?
Почему не любишь SQL ?
MFC потому, что там есть CListCtrl, который поддерживает виртуальный режим. Я просто не знаю других подобных контролов, поддерживающих такую возможность. В принципе мне называли библиотеки, с такими способностями, но чтобы иметь повод их юзать, хотелось бы иметь сначала демонстрационный пример. Кроме того, 1С77 написана на VC++ & MFC v.6, так что там где есть 1С, мне не нужно будет распространять файлы поддержки от мелкософта, что уменьшает проблемы копирайта. Кросплатфрменность меня не привлекает, так как обычно за это требуется плата в потере производительности (за что не люблю Java). Ну и главное, MFC вполне отвечает моему стилю программирования. А что до бесплатных библиотек, типа Qt или Boost, то здесь я до конца не уверен, что у меня не будет с ними прокола. Хотя по опыту знаю, что всегда мне захочется переделать уже готовую программу, так что можно начать с мелкософта, а закончить можно будет и чем-нибудь бесплатным и, чем черт не шутит, может быть и кросплатформенным. В силу сказанного, использовать мелкософтовский С++ вроде как естественно. Что касается MS SQL Server, то в принципе я к нему нормально отношусь. Но для моих задач учета на средних предприятиях его возможности избыточны (читай, дорогостоящи). А применение разных там LibMySql.dll, SQLite.dll, ToySql.dll и т.п. не имеет особых преимуществ перед vfp9t.dll / vfp9renu.dll (которые можно также бесплатно скачать с Интернета).

Френиси ДрейкЧто будешь делать когда базы вырастут до неприличного размера (vfp тянуть не будет)?
По моим прикидкам VFP мне спокойно хватит (в терминальном режиме) как минимум для 10-20 клиентов. Максимум зависит от оптимизации. Суммарный объем базы данных особого значения не имеет, здесь все проблемы снимаются за счет оптимизации также. Что же относительно серьезных корпоративных систем учета, то не факт, что все тут нужно писать самому. Может быть, стоит тогда купить какую-нибудь промышленную систему, типа IT-Предприятие или нечто в этом роде. Но чтобы заниматься серьезно этой темой, нужно сначала работать на достаточно крупном предприятии, чтобы знать все проблемы изнутри.

СисойВсе-таки непонятно, почему не используются "средние" СУБД.
У них и надежность и масштабируемость выше.
А почему многие до сих пор используют «семерку», а не «"средние" СУБД»? Зачем платить больше, как часто спрашивают в рекламе? К тому же при наличии опыта, можно сделать тоже самое не только дешевле но и лучше, так как универсальные продукты не всегда лучше специализированных.

СисойЧем движок FoxPro лучше того же MS SQL Server ??
Ничем, он не лучше, он дешевле. Для предприятий среднего уровня выгодней использовать ядро VFP, а крупного MS SQL Server, только и всего.