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

Понятно когда делается разыменование какого-то справочника. Но ведь и сами реквизиты документа и табличных частей тоже снимаются отдельными запросами!!

(105) "1. Помещение данных во временную таблицу более дорогая операция, чем выборка их из СУБД. "
Это точно? Откуда информация?

"Эти тезисы объясняют архитектурные решения 1С." Объясняло бы если бы их платформу разрабатывал бы кто-то еще.

"И еще, к слову. Реализация УФ в 1С получилась удачной."
Нет, это не так. Тонкий клиент на то и тонкий что он только интерфейс отрисовывает, и сам он должен быть очень легковесным. А он тормозит. Сильно!! Задача не достигнута. Можно было тупо сделать вшитый терминал. Это было бы менее затратно для них и код разработчиков бы выполнялся всегда на сервере. Поэтому увы, феил.
Идея однако отличная.

(106) Риторический вопрос, что быстрее: считать данные из индексированной таблицы или передать их по сети?

(107) риторический вопрос: зачем передавать данные по сети? Проведение то на сервере выполняется)) Там же будет SQL.

(108) Твой вопрос не риторический, потому что он требует ответа.
Ответ прост - на сервере нет данных, нужных для проведения. Смотри тезис 4.

+(109) Не 4, а 3 :) Короче, остатков нет на сервере приложений, их как-то получить надо.

(109) ну хорошо, я съязвил)) Но твой вопрос тоже не риторический, он имеет ответ: если данных мало - быстрее передать, если много - быстрее считать.
Где граница между этими двумя случаями - это уже надо проверять. Хотелось бы, кстати говоря, знать.

"Ответ прост - на сервере нет данных, нужных для проведения."
Ну как их нету? Смеешься чтоли? Когда проведение запустилось клиент уже не при делах. От него все данные приняты.

Уже имеет смысл рассказать автору про standalone сервер 1С и кластер серверов?

(111) Знаешь, почему архитектура называется трехзвенной?

(111) Во-первых, если данных мало, то плевать на этот случай - все проведется быстро просто потому, что данных мало. Во-вторых ничего подобного, передача данных на сервер это всегда долго и затратно, они же по TCP общаются.

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

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

Лучшим вариантом для автора для проникновенности в 1С будет пописать в течении пары недели свой клиент-сервер.

(113) ну не будет у меня сервер SQL на другом компе)) Клиенты такого масштаба - не планируются. И на эти вопросы не могу ответить. Может быть у тебя разнесены сервера 1С и SQL, у меня так не будет.
Ну 20 пользователей, 10 активных. Ну максимум 25, 15 активных. Ну не надо для этого два сервера, не оправдает))

(116) достаточно просто архитектуру спланировать, необязательно его прям писать))

Напомните, мегаизобретние 1С Журнал (регистр) расчетов сейчас в типовых конфах используется?

(118) А ты попробуй.

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

(117) Ты главное пойми, что 1С заточена не на то, чтобы у 10 активных пользователей документы проводились не 2 секунды, а 1,5, а на то, чтобы у 200 активных пользователей они хоть как-то проводились :)

(122)КАк это вяжется с тем что в типовых конфах точка актуальности откатывается если случайно залезли в старый документ - и сразу надо перепроводить документы за несколько месяцев

(115) я разобрался. Просто было много идиотских постов, что неизбежно. Люди по-своему понимают инфу, иногда не под делу отвечают. Впрочем часто не по делу - еще более полезная информация чем по делу, так тоже бывает.

Пока что самый разумный ответ: ну пох им что 2 раза таблицы считываются, кэш SQL все разрулит. Пока что такой вывод.

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

Вполне себе собрал мнения более опытных разработчиков и еще дополнительную инфу. Не ожидал такого отклика, признаюсь!

Но вообще-кривая идея, быдлокод. Это дурной тон дрюкать базу второй раз. Ошибка в архитектуре 1С. Как ни крути но, это так.

(123) Не лезть в старые документы.

(122) "чтобы у 200 активных пользователей они хоть как-то проводились"
Боюсь что у 200 они не будут проводиться)) Тут смысла уже нет в 1С. Можно сделать в десятки раз более производительное решение на джава или дотнете. Это уже сфера не 1С.

(123) Это никак не вяжется, а еще это никак не вяжется с фазой луны и цветом любимого кота Нуралиева.

(125) бормочет. чертовы бухгалтеры.

(126) " Можно сделать в десятки раз более производительное решение"

Все так говорят.
И ты говори.

(125)так не получается. сам иногда и влезу в старый документ.
И все - штатные процедуры закрытия месяца хотят перепроведения

(126) Конечно, можно сделать такие решения. А то что их ни одна собака не сделала - это путинвиноват.

(121) Не перестает. Но проблема обмена сервера 1С и SQL по TCP отпадает.
Реально заводику хватает 20 - 30 пользователей. Из них конкуретных будет это только отдел продаж, если есть филиалы.
Это я про свой город Волгоград говорю. Не маленький город. Ну и про свои задачи. На больший объем я не рассчитываю, там уже под вопрос применение 1С можно поставить. Ибо производительно будет хромать.

(129) да это факт. При чем тут я? Мелкий и средний бизнес - сфера 1С.

(130) а можно уточнить, ты что понимаешь ввиду под "влезть"? Перепровести?

(132)мне для понимаю 20-30 пользователей - это на какой заводик примерно? годовой оборот и общая численность персонала какая?

(131) как это не сделала? Не верю я в это. Крупные сети думаешь как учет ведут? Через 1С чтоли?
Хотя в Магнит висит вакансия 1С, есть такое.

(134)открыл док и автоматом нажал кнопку ОК

(132) Я тебе щас страшный секрет открою. Когда сервер 1С и SQL сервер находятся на одном хосте, они все равно общаются по tcp :) Ну могут еще по shared memory, но это тоже не сахар. Любое межпроцессное взаимодействие - это долго. Поэтому двухзвенки по производительности кажутся круче.

Только сложно написать двухзвенку с функционалом и масщтабируемостью 1С. Никто не берется :)

(36) // увы, нет сейчас пароля... Можешь в 2х словах суть описать, что там в статье?

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

(135) 80 человек, хз какие, 160 миллионов в год может больше, я не смотрел прибыль.

(130) Влазь аккуратно :-)

(140)фига се. у нас на подобный завод максимум 4 пользователя - это включая директора

(135) А вот китайцы у нас открылись, ну и сколько там человек? Ну отдел продаж, бухгалтерия. Рабочие то в 1С не сидят)))
Сам посчитай сколько активных пользователей.
Отдел продаж ну пусть 5.
Бухгалтерия ну пусть 3.
Производство ну пусть 3.
Ну пусть склады удаленные. Их кстати может и не быть. НЕ много там людей.

(136) В России 1С и SAP. Причем SAP это только для отмыва денег.

(142) я сказал общую численность. Там и рабочие, и продажники. Ну а что, только продажников на точках ну 10 человек. Ну бухгалтерия 2, еще пару человек производство ведет, ну директор, зам, главбух. Вот и все в 20 влазиет.

(144) есть такое)) Я не имел ввиду SAP вообще потому что это не автоматизация, это реально отмыв денег.

(137) ой ну блин это не влезть. Это перепровести...

(145)так я и говорю на нашем заводике человек 60 и оборот под 200 млн. а пользователей максимум 4

(147)это как раз влезть посмотреть

(137) Вообще в типовых для этого закрытие периода предусмотрено.

(138) И что?? КУ3 так сделан. TCP то оно TCP. Только это тебе не гигабит сетка. А внутренняя шина компа с i7!! Пока что i7 хвалят сильнее всего для 1С. Ксеоны отдыхают, увы.

Поэтому открою и я тебе секрет: скорость обмена по TCP будет разная))

(150)угу, причем даже автозакрытие есть

(138) "Только сложно написать двухзвенку с функционалом и масщтабируемостью 1С. Никто не берется :)"
Тут коньюктура рынка. Опасно. Сделают, потом сбегут. А кто сопровождать будет?
Тут надо отдел делать человека 3. Дать главному 150, двум другим по 100, плюс премии. Сделают)) Для людей которым это надо это не деньги.
Это я для своего города цены говорю. Москва отдельное государство.

(138) На питоне можно наваять или на руби. Масштабируемость будет на порядок выше. Сфера не развита ввиду ограниченности рынка, согласен.

(139) Я если честно уже нашел эту книгу в бумаге, правда для 8.0. Давненько покупал)) Но там про разыменование объектов вс запрос. Ну не то немножко)) Эта инфа известна мне была.
В любом случае спасибо за участие!

(148) ну оптом работают. А в моей организации 4 точки для продажи. Было 6. Помимо производства у них еще розничная торговля.

(154) Тут на форуме недавно уже очередную опенсорсную семерку начинали писать, вливайся.

(154) На крупной конфе масштабируемость будет идентичной 1Су

(158) Какой-то нездоровый оптимизм.

(157) сила 1С не в платформе, лол. Сила в типовых и их поддержке законодательством. Плюс количество программистов (распространенность технологии).
Платформ дохера. Джава, Нет, Питон, Руби. Везде куча библиотек, ОРМ, ГУЙ. Платформы имеются))
Или они прям на русском язык новый делают?

(158) с хера ли? В 1С вообще нет масшатбируемости.
1. Модулей нормальных нет.
2. ООП нет.
3. Ссылок на функции нет.
4. Лямбд нет))
5. ГУЙ монолитен, из программного кода считай не управляется по сравнению с ГУЕМ того же QT или хоть TK.
6. Управления именами нет.
7. Обобщенных алгоритмов нет.

лол, о чем ты?? Какая в 1С масштабируемость))))

Я бы сказал больше. Если будет решение на платформе от не1С, аналогичное по функционалу на платформе 1С, 1С будет посмеиваться, глядя, как "нуб" помирает под блокировками СУБД, отсутствия ВТ остатков и прочих фишек.

Конечно же, решение от не1С будет поддерживать linux, web, win клиенты.

(161) Я всех этих слов не знаю, можешь меня не пугать.

(163) Мне почему-то кажется, что автор их тоже не особо знает :)

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

(164) как хобби только. Я же этим мне зарабатываю.

Я пойду спать)) Всем доброй ночи!! Не ожидал такого отклика, спасибо!

(165) "сли бы я 14 лет занимался к примеру джавой или шарпом, уверяю,"

напиши простую клиент-серверную программу:
1) Клиенты запрашивают кусок из файла, сервер читает и отдает клиенту.
2) Клиенты отправляют кусок файла на сервер, сервер записывает кусок в файл.

И возвращайся к нам.

(165)Только писал бы их по одной за 5 лет без возможности быстрой доработки) И без возможности поддержки другими программистами)

(168)1. это вообще есть у лутца в во второй книге по питону))
2. Это обратная ситуация от первой.
Сейчас касательно питона надо Джанго освоить, не до клент-серверных примерчиков пока что.
Хочешь книгу сброшу где это написано?))

(169) нет это не так. Там есть свои фреймворки и библиотеки. И для БД, и для GUI и для клиент-сервера, для всего.
Порог вхождения - выше, это так. Впрочем и 99% программистов 1С законченное решение не смогут написать. Не потянут.
А вот на готовом работать - вполне. Сила 1С в готовых конфах которые обновляются!!
Было на джаве все - и под нее были бы готовые конфы.

Хотя зря я это все говорю. Холивар будет который мне не интересен. Ибо тем эта изучена и плюсы 1С почему она доминирует - мне известны.

(170) Не интересно. Я не читаю эти серьезные важные книги по программированию, это слишком серьезно для меня. Я проще - win32 sdk api и gunsmoker

(126) >Боюсь что у 200 они не будут проводиться)) Тут смысла уже нет в 1С

Это ты на основании каких соображений боишься?

Потребовалось нам как-то в ЕРП за очень короткое время перепровести очень много документов. 100 фоновых заданий делали это параллельно (параллельно, Карл!), на один документ уходило около 1,5 секунды. Железо далеко не топ, но и не шлак (без всяких ССД).

А ты продолжай бояться дальше :)

(171) Сила 1с в скорости разработки.
К нам постоянно приходит бизнес и говорит - нам нужно сделать такую-то хрень, причем быстро и не обязательно сильно качественно - нужен прототип, чтобы понять - это то что нам надо или нет. Джависты, шарписты и прочие готовы сделать за 2-3 месяца - за сколько вы можете сделать прототип?  Мы обычно делаем в 2-3 раза быстрее (по сравнению с некоторыми системами на порядок).

+174 Уточнение - не очень качественно - это значит не требует максимальной скорости работы, идеального интерфейса и т.п. Нужен уровень качества, который устроит конечного пользователя (скорость работы, безглючность, удобство, разделение прав и т.п.)

Шо, опять холивар?

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

(176) да тут просто обычный агр, лучше не отвечать)

(176) почему-то так вот человек устроен. Например на другом форуме (ну паблик ВК "Типичный программист") ну вот принято 1С ругать.
Типо ну все вот плохо. Типо это ну вот не программировани. И идешь на принцип, мордой умника в определения тычешь, и бесполезно)) Вот не программирование и все.
И вот не объяснишь человеку что работут работать надо, бухгалтерию считать, производство, еще там что-то что удобнее на 1С. Ну не понимает он этого!! Не владет предметом потому что. Не значе какие преимущества 1С дает в своей сфере. И тут так же.
Люди думают там на той стороне все в АСМ кодах делают, что там по 5 лет программы пишут. Ну не понимают они что если бы на другой платформе коньюктура развита была, то и там бы было быстро))

(173) ну здесь наверно признаю я что не мой это уровень. Не многое знаю про 1С на 200 пользователей. Как там оно. Пожалуй так.

(174) тебе ничто не мешает делать прототип на 1С. Джависты/Шарписты на Питоне/Руби делают. Да хоть на лиспе. Это считается нормой.
Извини, не удержался, повелся на троллинг))

(0) Я думаю причина такая:
Редко когда вся ТЧ ровно ложится на регистр иногда нужно довыбирать поля через точку, поэтому лучше запрос.
А когда ложится, ну так для единообразия уже

(173) "перепровести очень много документов. 100 фоновых заданий делали это параллельно" //
Как разделяли на порции?
Результат проведения (движения) не зависели от предыдущих проведенных документов, правильно?
Или разделяли по областям данных (разные организации, например)?

(171)(178)Чтоб долго не рассуждать, звонишь в 1с и в контору иных прогеров и спрашиваешь сколько времени займет поставить складской учет хотя бы. В 1с тебе скажут 1-2 недели, в конторе обычных прогов тебе скажут год или два, а на практике они такое Г сделают, что потом надо будет 3-15 лет допиливать чтоб оно заработало.
На форумах обычных прогов сидят в основном студенты которые никогда ничего не писали. А тут сидят люди которые писали на разных языках и имеют опыт и 1с и не 1с.

(182) >Как разделяли на порции?
По датам. На каждый день 1 фоновое задание.

>Результат проведения (движения) не зависели от предыдущих проведенных документов, правильно?
Да, не зависели.

(184) А потом закрытие месяца на 10 суток )))

(185) полный расчет партий и расчет себестоимости 1 месяца выполняется за 35 минут. В тех периодах, которые перепроводили, не было выпусков, поэтому закрывалось все очень быстро.

(180) Денис - тебе 10 раз ответили зачем. и главное это удобство и приемственность - тормоза оооочень незначительны. Это прикладная программа служит для своих целей, которые она великолепно выполняет в заданных параметрах. У 1С свой дзен.

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

(183) "На форумах обычных прогов сидят в основном студенты которые никогда ничего не писали. А тут сидят люди которые писали на разных языках и имеют опыт и 1с и не 1с."
Вот это вот согласен. Опыта нет у этих людей. Недостаточно владеют своим инструментом потому что спрос на прикладные задачи для них меньше, а опыт ничем не заменишь.

(187) Я уже понял что в 1С кривая архитектура и кроме как долбить повторный запрос они ничего не придумали.
Этот вариант мне изначально был известен, я думал может оптимизация там какая или еще что. Ну не можуг же они такой былдокод писать, верно?. Ты прав, могут))

(187) просто я предполагал что я что-то упускаю. Такое ведь тоже возможно, согласись.

(187) ладно, извини за агр. Я больше не буду))

(189) Увы, ты даже не понял, что ты ничего не понял...

Прочитал заголовок и в предвкушении мотанул поближе к концу. В холиваре участвовать не буду,однако отмечу, что на Инфостарте лежит статья о базе с 5000+ онлайн, на 1с8. Деловые линии, вроде бы. Это к вопросам масштабируемости.

(193) в смысле 5000 пользователей одновременно. И база уже куда-то за терабайт разбухла. Ничего,вертится в умелых руках))

(194) Терабайт на 5к юзеров? А это за какой период? А юзеры отчеты снимают или все 5к данные заносят? А сколько каких регистров в конфе и сама конфа в каком режиме блокировок?

Статья вообще про какую конфигурацию?

(195) Немного напутал с цифрами, 3К юзеров и 5 терабайт. Самописка. Пруф http://catalog.mista.ru/public/378766/ Там много интересного.

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

(196) всеравно дохрена очень! Что самописка понятно, в любом случе впечатляет.

(189) Ты же не считал. может такой "быдлокод" в ИТОГЕ, в заданных параметрах, для определенных задач не только выгоднее но и быстрее? Так что пока ты бросаешься кака--ми а не фактами, потому твоя позиция слаба.

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

(200) я тоже пришел к такому мнению на данный момент.

(200) У 1С был один стандарт, затем они поменяли его на этот. Есть мнение что не от фонаря все-таки. Уж наверное, считали :)

Вообще, разработчики типовой 1С в отличии от массы одинэсников - довольно умные ребята.

(202) Да ладно тебе, умные. Тут на мисте в какого 1сника ни плюнь, каждый напишет свою Буху, УТ, ЗУП за год. Лучшее, быстрее и без багов. Некоторые еще и платформу могут написать свою перед этим, но тогда надо 2 года. А не пишут, т.к. или лень, или некогда, или хомячек простыл :)

(203) 3.14деть - не мешки ворочать.

(203) если только для своего ларька :)