Алексей Е. Председатель МаоЭто чем же плохи прямые запросы, чему они вредят? Вы просто обращаетесь к физическим таблицам (хранилище данных), какая разница для данных, кто к ним обращается 1С или QA например.
С этой точки зрения (технической) прямые запросы лучше. С точки зрения эксплуатации (доработки, поддержке, баги...) хуже. Потому как идет вразрез с архитектурой системы. Изготовитель не документировал такую возможность. Можно подсмотреть что там делает платформа с таблицами и самому её имитировать, но черевато это перекосами в учете. Уж проводку документов я бы прямым запросам точно не доверил! Поддержка - уволился 1С программист замену таком попробуйте найти. Не каждый программист по SQL возьмется за такаю работу, а уж средний 1С программист точно не сделает. Учти ещё то, что обычно проекты 1С не документируются. На разработанную систему нет проектной документации никакой. Следующее - при изменении конфигурации штатными режимом, таблицы могут поменяться - ну давай вручную перелопачивать все эти прямые запросы.

Проведу аналогию: Из деревяного бруса можно построить одноэтажный дом. Просто, удобно, тепло, дешево. И двух этажный тоже можно. Построить небоскрёб на 100 этажей ... тоже можно. Но только нужно в каждый брус загнать по стальному стержню, потом этот брус залить хорошим бетоном и вот из таких конструкции ВОЗДВИГАТЬ. Проваривать стержни, заделывать дырки деревом, особое планировани несущей кострукции здания (1С++ ...), хороший фундамент (в комп. - железо).
Работа возможная (наверно), но не тривиальная и дорогая точно. Штучный товар на заказ для извращенцев.

1. Как это собираетесь прямыми ЗАПРОСАМИ проводить документы, только построение сложных отчетов. Все проведение средствами 1С и только.
2. Если есть тормоза ищете узкие места, есть понятие замер производительности, находите причину
3. Таблицы не меняются (если не сделать выгрузку и загрузку в ту же базу), только добавляются новые таблицы и колонки.
4. Аналогия хорошая, но ни как не похожа на обсуждаемую ситуацию

velfimov mazzy1)Обождите! (С) Горбачев.
2)Вы можете привести пример "плохой связки" или нет?
1)Жду! (С) Рейган
2)пусть сначала Председатель Мао объянит что такое "плохая связка". Я таким термином непользовался. Я говорю о едином информационном пространстве.
Пример, нам нужна комплексная автоматизация предприятия, а 1С сама предлагает решения где Логистика, CRM, АвтоТраснпорт и остальное крутится в отдельных БД. Нас такое решение не устраивает. Там есть экспорты и т.п. Но это таже лоскутная автоматизация, что у нас уже и имеется. Притом скорость работы уже имеющихся самописок в разы обходит 1С. Расчет ЗП со всеми КТУ по 2000работникам 5мин на серваке 2камня по 1.4МГ.
Уважаемый, mazzy, вы же не будете утверждать, что Динамикс имеет такую же лоскутную структуру данных?
Тем более консалтинговое агентсво изучив наш объём и требования сами отговорили нас от использования 1С на производстве :)
На этом фоне удивляет попустительство к множеству совершенно не подтвержденных постов по поводу, что там у когото что-то летает :)
Если интересно, то тут когда впаривали 1С нам сазали что на таком же хлебозаводе в москве работают на 1С и все летает. Да только интересная ситуация вышла. С тем заводом у нас общий хозяин счас! Так что сконнектился. Там сказали, что поставили 5-7раб.мест и плюются все.


Плохо связаны ваше изречение- можно трактовать как плохая связка, не придирайтесь к словам
В 1С единое информационное пространство, одна база общие справочники, документы делают движения в общие регистры будь-то зарплата, мат.учет или бух. учет.
Самописки живут ровно столько сколько работает в конторе автор самописки, потом приходит новый деятель и говорит "перерабатываем все с нуля", ему просто интересно попрограммировать
Динамикс вы наскоком не внедрите, сколько провальных проектов по Акспате? Потом все преходят на 1С и довольны работают. Какой уровень юзеров скажем в сельской местности (у меня такой проект сейчас).
Повторяю в 1С все сделано в единой базе.
Изменится законодательство по зарплате: на 1С я это сделаю за 1-2 дня с отладкой прототип, а через неделю после работы юзеров устраню мелкие баги. На самописке это очень долго и не факт, что без ошибок.
Плевались бы и от самописки тоже, такое внедрение значит.

Ден СисойХраните резервы в справочнике. Может я что не понимаю, но их же куча резервов может быть, по заказам на продажу, по заявкам на продажу (жесткий, мякгий резерв), по разным партиям и как это в справочнике хранить?
P.S. 1Це в глаза можно сказать не видел, просто мне не совсем понятна идеология хранения резервов в справочниках..Я привык что резервируется товар на уровне ядра системы в зависимости от её настроек.

Можно завести регистр "Резервы", одна колонка тип резерва (мягкий, жесткий и т.д.), вторая- партия (ID на партиобразующий документ), ТМЦ, Контрагент, Количество.
Документ "Счет-фактура" будет генерить запись положительного движения
Документ "Расходная накладная" отрицательный

Не понимаю что сложного?

Сисой Диченка
Объем базы смехотоворный честно говоря, фактически все помещается в оперативную память. Будь сорок гигабайт - было бы совсем другое дело. Более того, вы пишете что у вас железо 2002 года, т.е. система у вас работает уже 5 лет ? И за это время только 4 гига ? Или вы архивную информацию храните отдельно ?

Да, всего 4 гига, т.к. развитие функционала шло по нарастающей. За 2006 год добавился гиг.
А теперь самое страшное:
на этом же сервере крутится сервер приложений 1С8, отъедающий почти гиг памяти и установлена база УПП в режиме опытной эксплуатации на 10-15 пользователей.
И ничего, 7.7 нормально работает.

У меня сервер 4 гига оперативной памяти 2 процессора Xeon 3.2 RAID MS SQL Server 2000

Центральная база 25 гиг (1с80), юзеров 60-70 человек.Документов поступает с филиалов 1200-2000 штук в день. Жалоб по поводу тормозов не возникало.