У нас в базу 1С Торговля и Склад 7.7 SQL документы закачиваются из сторонней программы - объем данных очень большой. С железом все ОК.
Конфигурация ТИПОВАЯ, переделок почти нет - только чуть-чуть сбоку.
Соответвенно, сейчас мы сталкиваемся со сл. проблемами:
1. Импорт идет ОЧЕНЬ долго (стандартный текстовый файл export77 - import77)
2. Перепроведение документов за дней 10 занимает обычно около суток.
3. Восстановление последовательности - просто нереально.
4. Самое печальное - когда один пользователь работает активно на загрузке/перепроведении - все остальные просто отдыхают.
Вопрос - что-то из этого нам поможет решить переход на 8?

Книга знаний: Волшебная последовательность документов: перепроведение без шума и пыли (статья)

(0) Не думаю, что в 8 скорость импорта документов и их перепроведения возрастет

железо, количество пользователей, размер базы, количество документов

если вас устраивает в плане функциональсти 7-ка тогда зачем заморачиваться на переход переучивание...
а вот если не хватает тогда стоит задуматься

это мое мнение

Опять чернобыль, млин, похоже...
"Если кто-то кое-где у нас порой".
"С железом все ОК." - это 386SX с метром памяти?
"объем данных очень большой" - 100М, 1Г, 10Г,100Г?
"Импорт идет ОЧЕНЬ долго (стандартный текстовый файл export77 - import77)" - сколько файлА за сколько времени?
"Перепроведение документов за дней 10 занимает обычно около суток." - сколько документов, как перепроводите, и т.п.

(3) Пользователей 5 человек (работа с экспортом/импортом и сверкой)
Сервер Xeon двухпроцессорный 2.8, 4 гб оперативная, винда 2003 сервер - там крутится только 1С.  MS SQL 2000. База 2 гб, работает только с начала 2008 г.
Примерно 1300 документов в день. это считая все - поступление, перемещение, комплектация, реализация, банк, касса.
(4) Функциональность устраивает. Но быстродействие нет. Ощущение, что с учетом того, что документоборот в ближайшие 3 месяца возврастет еще на 200 документов в день - база просто скоро встанет.

(7) перепишите импорт на sql быстрее будет в n раз, про ГП, с таким объёмом квартал 2Г база, вам однозначно нужно переписывать кое что из модулей проведения на sql

(6) Частичто ответила в (7).
Дополню, что перепроведение - это обычно все-таки документы чисто реализации и возвраты за 10 дней. Тут конечно проблема частично в том базе с MSSQL - когда у него при длительном перепроведении большого числа документов кеш переполняется (как то так). Победить не получилось :( А в 8 эта трабла жива?
Знаете не засекала длительность в зависимости от размера файла в Кб :)
Да и зависит от того какие именно документы импортируются - понятно что с кассой проблем почти нет, а вот с реализацией. Причем больше упираясь в то же проведение документа.

Не поможет.
Вам поможет только кардинальная переделка ТИПОВОЙ, а еще лучще конфигурация написанная специально под вас.

(8) Вопрос стоит сейчас примерно так - либо типовая 8-ка. либо уход на вообще другую программу. Переписывать 1С в корне ни у кого желания нет. На ней свет клином не сошелся...

судя по сабжу и постам, причины 50%-на-50% программные и сетевые.
в связи с чем, при переходе на 8-ку 50%-причина сети останется, ИМХО - зря выброшенные деньги и время.
лучше-бы ваши сисадмины поломали головы с сетью

(11) Ну неужели вы серьёзно думаете, что переход "вообще на другую программу" решит проблему?

(9) Город какой?

(12) Поясните пожалуйста а сеть то тут причем? Работают терминально.

(0) переходите на 8-ку по крайней мере п с 2-4 точно быстрее будут

(13) Нет. Просто затраты на дописание этой другой программы будут ниже. Есть мнение, что у 1С проблемы слишком глубоко.

(7) Примерно на таком же сервере крутится база 15Г, примерно с таким же документооборотом. При этом в базе работает до 40 пользователей, + обмены с периферийными.
поэтому 1)смотрите проведение 2)напишите свое восстановление ГП с использованием ReconnectNative() из 1С++ 3)перепишите импорт. Из железа - перенесите конфигу на отдельную банку, (раздилите файловый и БД)

и еще скуль сервер и сервер терминалов желательно разделить

(15) вот и причина

(17) Мне кажется вы ошибаетесь, впрочем - решать вам

(18) То есть все-таки ПИСАТЬ самим? в 8-ке ничего в эту сторону спасительного не сделано? Или сделано - но нам это все-равно кардинально не поможет?

База 2 гб ... А зачем под такую базу скуль вообще сдался ?

(20) Там работают 5 человек. ВСЕГО. Неужели это так влияет? Что нужен резко отдельный сервер?

(22) Конечно нет...

(23) За 3 месяца. На файловой все было еще хуже :)

(23) судя по(7) - это база только с начала 2008 года

вообще 1с делает конфы которые пригодны для всех...но по сути они шаблонные...
то есть любая серьезная организация вынуждена переделывать многое под себя....
то же самое и с 8-кой....все равно придется доделывать под себя...

мдя.. обычные поиски большой красной кнопки.
тормоза собственно ТиС - в погоне 1С за универсальностью конфигурации.
в 8-ке те-же проблемы. Только номер другой.
Потому считаю, что очень правильно написано в (10) - зачистка под себя

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

(26) наймите Садовникова и будет вам щастье. Если конечно сами не в состоянии переделать механизмы проведения под прямые запросы, напсать другие обмены и сделать восстановление ГП с учетом ReconnectNative() из 1С++.
Переход на 8 будет вам стоить на порядки дороже и не решит всех проблем...

(26) >>За 3 месяца. На файловой все было еще хуже >>
и это всего за 3 месяца?!?! при почти пустой базе!!!
да у вас прямые прблемы с системой, девушка! пусть ваши сисадмины бросят резаться в дум, да пораскинут мозгами.. кои, надеюсь, есть..

(32) а чем они по твоему занимаются в дум? Правильно, раскидывают мозгами... :)

(24) Админам по морде, себя ап стену....
Сиквел и _работа_ в терминале (не наблюдение, а именно активная работа) на одной банке приводят к борьбе сиквела и службы терминалов за память.... баян, короче. в поиск...

(34) но за неимением лучшего!!! увы иногда приходится терпеть

мы терпим...пока..обещали счас отдельного сервака....

(35) Стоимость квазисервера для терминалов - обычная банка с кучей мозгов будет дешевле лицензий снеговика

(34) Хм. Из 4 гб на серваке занято всего 2,12 (на текущий момент).
Не думаю что там идет борьба... Процессор под 40-50 загрузка.
Конкретно сейчас идет проведение документов.
Что надо админам то сделать?
(30, 31) Ваш совет понятен. Спасибо, подумаем. Хотя лично мне он не по душе, наверное я всю веру в 1С растеряла :)

(37) Да откуда такая уверенность в проблеме с железом? Или 1С будет все эти ваши мозги оптимально использовать? Начнет шустро перепроводить последовательность? И не блокировать остальных пользователей?

(34) Уточнение - если я ОДИН пользователь в терминале запустила 1С, перепроведение кучи документов. Это будет считатся активной работой в терминале?

(38) Админам курить статью "семь главных счетчиков SQL" (где-то на sql.ru) и фтыкать, фтыкать, фтыкать...

(38) и почему же не по душе? Готов спорить, что переходя на 8 вообще все проклянешь (и юзеры тоже) и растеряешь все, что осталось от веры. А всего то и надо, что грамотно приготовить...

(39) проблема не с железом - проблема в использовании железа. И, начинаю подозревать, что и в дезоксирибонуклеиновой...
В поиск, короче...

(0) Извините за не скромный вопрос, а что за документы вы импортируете и перепроводите? Может быть проблема не в желез и не в софте, а в организации учета?

(39) проблема не только железо.
Это еще и организация работы, само ПО
при слабом серваке и грамотно поставленной системе обмена работа программы будет удовлетворительной
работу крутого сервака можно свести на-нет безграмотностью, ленью и надеждой на "авось не догадаются"

"что сделать?" ИМХО - поскольку баянистая тема, перво-наперво админов посадить за поиск (надеюсь, в  инете они умеют работать?), и плюс -  отдельная ветка с рубрикой "Админ", а не "Торговля"

(0) и ++ оптимизируйте импорт. Там у вас ерунда какая-то

(41) Спасибо, эту статью я знаю. ВСЕ счетчики в норме.
(38) Возможно, но если бы результат был - то переход можно и пережить. Но уже да, похоже затея дохлая.
(43) Возможно все. Но пока четкого показателя проблемы железа я не вижу. Какой волшебный счетчик еще глянуть?
(44) "Примерно 1300 документов в день. это считая все - поступление, перемещение, комплектация, реализация, банк, касса" Просто импорт не онлайн, а естесвенно с опозданием - поэтому про последовательность и приходится забывать.
(45) Спасибо. Был бы у нас отдельный человек на 1С - конечно все бы было в шоколаде. А так - понадеялись на типовую. Забыв что это же 1С и ...

(47) нет фикси - сочувствую.. ну, на время пригласите кого-нибудь компетентного со стороны..
одно дело - корректировать написанное в 7-ке и другое - писать заново для 8-ки..

(47) Дешевое решение - распределенка. В одной базе импорт, в другой работа. Вечером и утром автообмен, ночью автоматом восстановление ГП. минусы - Актуальность данных - "минус день". Плюсы - автомат и достаточно комфортная работа юзверей. И разнесите терминальный и сиквельник!

(48) За сочувствие отдельное спасибо :)
(49) Да нет там работы! В принципе. Только импорт. Который жутко тормозит из-за проведения и перепроведения. Да и "автообмен" не очень возможен - есть же всеми любое проведение задним числом.

Вообщем вывод для себя такой - никакая 8-ка нас не спасет. Либо доделывать 7-ку. Либо вообще нафиг уходить с 1С.

(50) и куда же уходить, если не секрет? Что вас спасет?

(37) что значит квази и у нас 7.7 вообще то....

(50) Явно проблема не в 1С :-)
1) автообмен возможен, ибо заднее число никак на него не влияет.
2) импортируйте более мелкими кусками - на 200-м документе сессии начинается падение производительности сиквела
3) если "не работают" - откуда там появляется "заднее число"?
4)Импорт монопольно, и ТА откатывать на первый импортируемый док
и т.д, и т.п...
Т.е. нужно не ждать "большой зеленой кнопки", а делать..

(53) эээ... видимо вы не читали начало - импорт идет НЕ ИЗ 1С. автообмен отпадает. соответвенно примерно так - в 1С это импортируется уже когда в сторонней программе закрыт период (для разных документов периодичность разная).
про мелкие куски знаем, похоже это надо будет в первую очередь делать.
я имела ввиду, что нельзя каждую ночь импортировать - в сторонней программе документы могут проводится задним числом. либо потом их как-то "доимпортировать". хм.
то есть вы предлагаете так - один бухгалтер поставил монопольно импорт на целый день - а остальные могут идти домой? :)

(54) не на день а на ночь и точно ОСТАЛЬНЫЕ МОГУТЬ ИДТИ ДОМОЙ

(54) А что бы вам в одной базе всем не работать? Импортировать/перепроводить ничего не надо - красота!

(56) смотри (54) импорт идет НЕ ИЗ 1С
скорее всего какая то своя программа со своим специфическим рассчетом

простите за ошибку конечно же расчетом а не расСчетом

(52) квазисервер - просто жирная рабочая станция, используемая в качестве СТ

(54) Читал. Внимательно читал. Это ЭКСПОРТ идет "НеИз1С", а ИМПОРТ идет уже в 1С.
Я предлагаю поставить компоненту УРБД, отделить базу, в которую идет импорт. и обмениваться с ней автоматически вечером и утром. И в ней же восстанавливать ночью последовательность.
Короче, решений куча. А БЗК ни в одной программе нету...

(59) ну так бы и сказал....а то квазисервер....
думаешь жирная раб станция выдержит чел 30-50 в терминале?

учитывая что не по одному экземпляру 1с открыто

(55) Вы не поверите. За ночь оно не успевает :)
(56) За меня уже ответили в (57) Да и честно говоря загонять в 1С уже 125 одновременных пользователей - как то вообще убийственно :) При импорте мы еще часть документов сворачиваем. Так то их вообще 7-8 тыс в день.

(60) Я не специалист по 1С, а эту вашу УРБД надо натравливать на SQL базу? А правила конвертации документов где прописывать тогда? Или готовить типа отдельную заготовку SQL - и на нее натравливать?

УРБД не конвертирует данные она их тупо передает...в общем ЭМУЛЯЦИЯ сети при ее отсутствии

(61) Если 50 рыл, то можно раскошелиться на нормальный сервер. а при 5 рылах - можно и обойтись.
(63) 1.Естественно не поверю :-) Решения в (53)
2. 125 юзверей в семерку с трудом. В восьмерку - можно. Но посчитайте бюджет.
(64) Ну так позовите специалиста. Или - в поиск...
Что за область деятельности?

(66) "125 юзверей в семерку с трудом" - почему с трудом? Смотря какая база.

(67) Согласен. Но в близкую к типовой уже не затолкать, а чем больше затолкаешь, тем больше переписывать, тем больше бюджет. Пусть считают сами. Не мне ж за них расчеты проводить...

(67) в ДБФ конечно нереал а в СКУЛЬ то можно.....

(66) Так. Ок. Сервер не нужен - это уже хорошо :)
Хм. Ну банально - как разбивать на 200 доков ночью? То есть типа запустили 1С загрузили 200 доков, закрыли 1С, открыли заново, еще 200 доков - так?

Стоп. Про 125 юзверей в 1С забудьте. Дело не в количестве, а в качестве :)

Торговля.

Уговорили, про УРБД почитаю. Хотя от перепроведения не спасет.

(67) Это была шутка.

(68) Конечно, о типовой или близкой к ней речи не идет.

(67) В смысле шутка не то, что вы сказали.
А для нас это шутка - переводить все наше богатство на 1С :)

(70) "Это была шутка." - не понял. Я не шутил.

(72) :)

(70) 1.Отдельный СТ нужен - пусть даже на жирной рабочей станции.
2. Ваше дело - как разбивать. Что, счетчик "до 200"  - проблема? Закрывать не обяpательно, хватает ReconnectNative(). Хотя и с закрытием-открытием проблемы тоже не вижу. "Позовите программиста"©, а?
4. Перепроведение/восстановление ГП нужно, но оно будет делаться в отдельной базе, и никому мешать не будет.

ReconnectNative ввел за 2 дня, восновном переделкой конфигурации:
Вынес все инициализации/деинициализации переменных с курсорами в
отдельные процедуры с параметром инициализировать/сбросить...
и не жалею...
За 3 ночи перепровел всю базу с 01.01.2006 г.
SELECT
      Count(*)
FROM
       _1SJOURN as Журн(NOLOCK)
дает 460 тыс доков...

не знаю как бы я перепроводил без реконнекта...

Это при том, что в базе почти все проведение сделано штатными средствами,
оптимизирован только возврат от покупателя не на основании.

(76) Хм. Довольно впечатляющие результаты.
А какую-нибудь вменяемую ссылку может дать на это дело?

(78) "Оптимизирован только возврат от покупателя не на основании" - а почему только этот кусок? Сильно тормозящий?

(79) ну, он всегда был тормозным, у него алгоритм такой.
Запусти поиск по http://www.1cpp.ru/forum/YaBB.pl
с "ReconnectNative"

+(80) Остальное, что дописываю "походу" всегда автоматически оптимизирую,
привычка :)

Думаю что разницы нет 7.7 или 8.1, главное были бы руки прямыми....

(76) А у меня дает 1 453 966. У меня длиннее :-)
(79).1 Об этом было сказано еще в (18) !
(82) "плюсадин!".

(76) У нас пока скромно 82 тысячи.
(83) Ну просто у (76) получилось убедительнее... Поставила. Изучаю.
(80) Может когда и до него руки доберутся...

Автор, у тебя РЕГИСТРЫ ЗАКРЫВАЮТСЯ ?, нихрена у тебя не закрывается. Так ты их закрой, или отключи проведение по ненужным регистрам, востанови последовательность, упакуй таблицы и живи спокойно. Это первое что нужно сделать перед переходом на 8, и  прочей хрени что сдесь предложено, может и переходить уже никуда не нужно будет ;)

Померяемся? SELECT Count(*) FROM _1SJOURN 460 000 документов...
В порядке развлекухи :))))) %)
(83) не забудь отметиться.. :^)

(0) Адуреть скок написали. Устал читать.
ВЫВОД :
Наймите 1С-ника. За месяц подправит "бока". А вот заниматься "самолечением" несоветую, нестоит оно того.

(0) Ну что автор? После изучения темы их (86) есть еще желание преходить на 8-ку?

(86) Ну вот, снова меряться ... А смысл???
2007-2008  8 134 716
2007-2008  7 052 140
2007-2008  2 015 166
2007-2008  1 822 014
01.2008      803 728
... , надоело. Пойду поем слегка.
Мне наверное просто "невезет".

Удалите антивирус с сервака.

(85) Честно говоря вы меня озадачили. "Автор, у тебя РЕГИСТРЫ ЗАКРЫВАЮТСЯ ?, нихрена у тебя не закрывается. Так ты их закрой" - вопрос КАК? :)
(88) Неа, желание переходить убилось напрочь.
(90) Очень смешно!

(91).п3

Едет автобус под 80 км. в час, за ним бежит мужик, падает, поднимается, опять бежит... Пассажиры со смеху падают. Наконец один из пассажиров, давясь от смеха, дотягивается до форточки и кричит:
- Мужик, хватит бежать, а то мы умрем со смеху!
- Вы у меня сейчас действительно умрете... Я водитель!!!

(91) Ты девушка или парень?
Если девушка, сори за убитое желание :)

(93) Девушка :) Ну 1С у меня никогда особо желание не вызывало...

На вопрос "Как закрыть", можно ответить только после того как ответишь на вопрос "Почему не закрываются", Наймите 1С ника короче. Если например книга продаж не закрывается, то отрубаешь у всех документов проведение по этому регистру, точку актуальности ставишь на первый документ, и перепроводишь доки, можно "порциями", но это абстрактный пример, а вообще надо разбираться в каждом конкретном случае.

(94) Тады не понял насчет неособого )))

(95) Аха, примерно понятно. Но тогда вроде все регистры закрываются, книги покупок/продаж формируются.
(96) Ну вот когда хочется извращений, то 1С - самое то ;)

Вообщем пока банально сделала ReconnectNative() в импорте при проведении.
И в принципе отдельное перепроведение с ним. Посмотрим как эти костыли помогут.

Ну и процедуру импорта буду пересматривать - чисто уже по учету вещи.

Еще вопрос - если последовательность будет неактуальна - это сказывается на производительности?

пункт 4 при переходе может улучшиться
остальные пункты при переходе на типовую ухудшатся ДРАМАТИЧЕСКИ

(97) есть 1 тонкость, у меня во многих процед

(94) тады карточку поправь, не смущай народ..

(99) не дописал - что у тебя во многих процедурах?
(100) поправлю... ;)

(87) "А наш начальник нам говорит, что бы мы предлогали самим клиентам попытаться отремонтировать компутер - в результате наша фирма за ремонт получает в двое больше."

(101) Вы потенциальные клиенты софтпоинта. :) Гибкие блокировки и тд

Все равно придется от коробки отходить. Если хотите все через метаданные рулить штатно один путь, 8.1 и ......менеджер блокировок возможно спасет.

(0) Всегда фигово когда одну систему дружат с другой. Обычно такой режим используют  только в переходный период. Внедряйте только одну систему. Либо 1С 7.7 + sql +УРБД либо 1с8.1 +.... либо другую систему со своимо выгрузками и загрузками. Интересно с какой системы загружают в 1с инфу? Почему нельзя вместо этой системы 1С поставить?

(104) Это вы серьезно ?

(105) Да серьезно. Тем более дружить 1С с другой системой. да еще типовую.

(0) добавлю к  104-му. Если Ваша другая система просто регистратор движений и не выполняет никаких действи по списанию  расчету средневзвешанной то тогда зачем там перепроведения. И наоборот если там ведется более менее нормальный учет то тогда почему вы дублируете весь функционал по проведени. тогда уж в модулях проведения в 1С сделайте тупое проведение данных взятых из той другой системы...

(103) Там до "гибких блокировок" есть еще куда двигаться....

Как то в день смеха копирнул базу на сата диск. И ударил народ по кнопкам...  Думаю, что многие где-то слышали что 1с может тормозить. Но когда увидели, шутку не оценили.

(103) С софтпоинтом общались, пробовали их бета-версию dll-ки. Да быстрее работает. Но что-то потом у нас не сложилось - они нам хотели целый проект забабахать - а нам оно не очень то и нада.
(104, 107) Наша другая система вовсе не регистратор движений. Переход просто невозможен.
(108) Определенно. Вчера наблюдался странный эффект - перезагрузили сервер и SQL сервер - и 1С зашуршала чуть-чуть быстрее. Только боюсь ненадолго :)
(109) Хм. Дисковые очереди? Или 1С как то чутко на это реагирует?

(110) а что же есть ваша другая система?

(110) Чего же такого нету в этой другой системе, что есть в ТиС? Я понимаю, когда в 1С:Бухию данные выгружают, российский регламентированный учет и отчетность буржуйские системы не очень поддерживают, но в ТиС ...

(111,112) Это не имеет отношения к теме. Скажем так - особенности нашей фирмы таковы, что отказаться от этого не можем.

(113) Вам уже много советов надавали. Что-то прояснилось?

(114) Что "Если перезагрузить сервер и SQL сервер - и 1С зашуршит чуть-чуть быстрее."©

(114) Нет, мне сегодня ночью освободят базу - и я подключу reconnect, потом посмотрю на эффект. Импорт перепишу - но это не так уже быстро. Если что - потом буду жаловаться дальше :)
ВСЕМ СПАСИБО за советы и участие!

И вот еще никто не ответил :(
(97) Еще вопрос - если последовательность будет неактуальна - это сказывается на производительности?

(117) Нет, не сказывается. А вот на правильности данных - еще как...

(116) На тестовой попробовали? А то получите сюрпрайс в виде оставшегося открытым курсорчика какого-нибудь...
Если перепроводится с реконнектом - отключайте регламентные задания на сиквельнике, типа бэкапов и прочего.

(117) Если не хотите переписывать сами, то порекомендую конфу "СКАТ Профессионал" http://www.33lab.ru/v7_skat/index.shtml
Правда в вашей ситуации ее возможностей будет "более чем", но, по крайней мере, проблемы с перепроведением будут отрешены.

(119) Обижаете, конечно попробовала! Да и я пока ее в пару обработок только вписала. Если будут улучшения - пойдем вглубь.
Хм. Занятно... Перенесем бекап тогда на попозже. Спасибо.

(121) думаю ты немного не вьехала в суть применения реконнекта.

у меня только одна обработка использует реконнектнативе.
эта обработка выполняет перепроведение документов за период. практически копия стандартного диалога перепроведения с добавлением шедулерских штучек, типа завершения перепроведения в определенное время, сохранение логов и статистики, автоустановки ТА после завершения на нужную дату и т.п.

(123) Ну вот. А у меня их уже две :) Одна получается типо вашей - но конечно без штучек. Просто перепроведение за период. А вторая - просто стандартный импорт с вписанным реконнектом в момент, когда там документы начинают проводится.

(120) и как же там будут отрешены проблемы с перепроведением?

(124) Нарушение принцыпов ООП :)
А просто передать список документов 1=й обработке? Как насчет этого?

(126) 1С и ООП? Издеваетесь да? :)
Зачем кардинально портить стандартную обработку? Потом проще переходить на новую версию. Мой принцип.

(127) рабочий код:
   глКл_РепортЛанчер    = СоздатьОбъект("Отчеты.РепортЛанчер");
   глКл_РепортЛанчер.ЗарегистрироватьОтчеты();

(126,128) а зачем? это что-то облегчит?

(129) понтов много. То количеством документов понтовалсо, то код выкадывает, мол посмотрите как я круто пишу.

+(130) вышесказанное относится к trdm

125 ну там проведение на прямых запросах вроде

(130) У него есть основания для понтов....

(133) Не, он прав. Надо быть скромнее.
ПС. Только не хочется быть беспонтовым... (

(129/130) Я вообщето девушке хотел намекнуть что ООП в v7 присутствует..
А вот че вам надо не врублюсь...

(135) Намек понят :) Но теоритеческое присутствие одно. Вопрос в другом - насколько типовая написана с соблюдением принципов ООП?

(135) Девушке надо намекать на весну истизи, а про компонеты надо рассказывать

+137 истизи = и стихи

(136) Типовая написана вопреки ООП :-)

(110) Наводит на мысль, что на SQL-сервере стоит динамическое выделение памяти, что в случае если размер базы больше объема оперативной памяти, то рано или поздно SQL начнёт кушать файл подкачки. Он при этом не поперхнётся, А вот 1С серьёзно призадумается. Лучше поставить статическое рампределение ну и прикинуть, сколько вам оставить на остальные серверные приложения, а сколько скормить SQL. По-любоиу лучше оставаться в зелёной зоне.

(140) Хм. Интересная мысль. А вот если у нас на сервере 4 гб памяти = база пока 2 гб. Но она же не одна - SQL кушает и для других 1С баз. Стоит действительно динамеческое выделение памяти. Но вся память сервера не съедается - сейчас вот 2,34 скушано только. Файл подкачки почти не используется.
Из 4 гб SQL скушал 1,7 - это нормально?

(141) Пока нормально, но если баз несколько, то нужно учитывать их суммарный вес. А так можно поэкспериментировать - позапускать в о всех базах какие-нибудь отчеты помощнее за большой период и посмотреть результат.
Вне зависимости от последнего настоятельно рекомендую ограничить SQL в аппетитах. Всё равно это рано или поздно случится.

Лень читать весь тред.
(0) - переход на 1С:Предприятие 8 в вашем случае или ничего не даст, или будет безумно дорогим. Ищите в Яндексе "Территория 1С Sadovnikov", делайте все, как он скажет и заплатите ему столько, сколько попросит. И будет вам щастье...

(143) А можно еще воздать ему молитву и принести пару человеческих жертв?

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

(145) 7-ка стабильна и менее прожерлива чем v8 и ресурс оптимизации у нее аховый.
Сколько раз говорили работает - нетрогай.
нет, опять жопа к раскаленной сковородке тянется.

+(146) вообще задолбали вы желторотики с экстенсом и потрошением кошельков своих заказкивков. Доказано ведь неоднократо, что туфта..

(147)Дима не будь таким агрессивным, каждый имеет право на ошибки.
Ты мне лучше скажи как ты относишься к такой идеи: беру типовую БП - пишу конфу чисто для манегеров - БП использую для отчетности.

(148) Во многих конторах именно так и работают. Только вот надо подумать - а стоит ли за основу брать типовую? Да еще и бухию.

(149)Не знаю Олег, что получится, но давай предложения.

(15) Просто, для менеджеров, имхо, привычнее понятия торговли, а не бух учета. Поэтому, опять же имхо, я бы взял за основу УТ или писал с нуля. Последнее для меня предподчительнее :)

(151) фигня...

(152) Сам фигня :) Обоснуй.

(152)Вездешущий Pit, будь ты мужиком нормальным.
(151)Бп - предопределено, назад ходу нет.
Наработки есть по теме?

(154+)Сорри, у меня зуб выпал, читать "вездесущий".

(154) По восьмерке - точно нету. Мы только с семеркой работаем.

(155) Читать с двумя "с"? :)

(157)Директор у нас прогрессивный. Они там где-то общаются, результат один: "все уже на 8-ке, а почему мы на 7-ке?"

(158) Сочуствую...
А если он в клубе самоубийц пообщается? "Все прыгают с моста на асфальт, а мы - нет! Что за фигня?"

(152) +1
(153) снулевщик. не думаю что "все так плохо в типовых".

(160) А где я говорил сейчас, что "все так плохо в типовых"? Просто, мне гораздо удобнее как раз с нуля писать.

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

(162) Как раз и стараемся делать базы так, чтобы в них работали люди, не особо подходящие под высказывание "что все пользователи твоей конфигурации обладают интелектом и способностями выше среднего".
Пример. Типовая УСН прекрасно позволяет провести документ Реализация без указания склада, контрагента. Ни слова об этом не говорит. Но в итоге такую фигню творит.

+(163) Еще чуток на счет "Лучшее враг хорошего".
Просто зла не хватает смотреть на код "пейсателей для всея Руси". Вот это что за студенты писали?? Обработка ИнформацияОЦенах из типовой ТИС:

               Пока КонтекстДокумента.ПолучитьСтроку() = 1 Цикл
                                 
                   ТекТМЦ = КонтекстДокумента.Номенклатура;
                   
                   // Получаем цену
                   Цена         = 0;
                   ЕдиницаКонт  = КонтекстДокумента.Единица;
                   ЕдиницаЦены  = ЕдиницаКонт;                          
                   ВалютаЦены   = ТипЦен.Валюта;
                   ЦенаВклНП    = ТипЦен.ЦенаВклНП;
                   ЦенаВклНДС   = ТипЦен.ЦенаВклНДС;
                   
                   Если глВернутьЦену(ТекТМЦ, ТипЦен, ДатаДок, Цена, ЕдиницаЦены, ВалютаЦены) = 1 Тогда
                       
                       // Приводим к одной единице (если в документе она есть)
                       Если ЕстьЕдиница= 1 Тогда
                           Если ЕдиницаЦены.Коэффициент  <>  КонтекстДокумента.Коэффициент Тогда
                               Если ЕдиницаЦены.Коэффициент <> 0  Тогда
                                   Цена = (Цена * КонтекстДокумента.Коэффициент) / ЕдиницаЦены.Коэффициент;
                               КонецЕсли;
                           КонецЕсли;
                       КонецЕсли;
   
                       глПересчитатьЦенуВДокументе(КонтекстДокумента, ЕстьУчитыватьНП, ЕстьУчитыватьНДС, Цена, ВалютаЦены, ЦенаВклНП, ЦенаВклНДС);
                   Иначе
                       КонтекстДокумента.Цена = 0;
                   КонецЕсли;  
                   
                   глПересчетТаблЧасти(КонтекстДокумента,"Цена");
                       
                   Если КонтекстДокумента.Вид() = "ПоступлениеТМЦИмпорт" Тогда
                       КонтекстДокумента.ТаможеннаяСтоимость = глПересчет(КонтекстДокумента.Сумма,КонтекстДокумента.Валюта,КонтекстДокумента.Курс,глРубли,КонтекстДокумента.ДатаДок,КонтекстДокумента.Кратность);
                       КонтекстДокумента.СуммаПошлиныРуб      = КонтекстДокумента.ТаможеннаяСтоимость * КонтекстДокумента.СтавкаПошлины/100;
                       КонтекстДокумента.СуммаНДСРуб          = (КонтекстДокумента.ТаможеннаяСтоимость + КонтекстДокумента.СуммаПошлиныРуб) * глНачисляемыйНДС(КонтекстДокумента.СтавкаНДС);
                   КонецЕсли;
                   
               КонецЦикла;

ТипЦен - реквизит формы. Нафуя его при каждом проходе цикла снова опрашивать??
В куске
Если ЕстьЕдиница= 1 Тогда
обращаемся к переменной ЕдиницаЦены, к которой мы обращались ранее безо всяких проверок.
Это уже "лучшее" или еще нет?

(-1) Кончай холивар.