Общие реквизиты тормозят базу. Кто нибудб - реально это наблюдал?
Добавить к документам общий реквизит или все таки обойтись локальными реквизитами?

наблюдал....
думай

а вот ты подумай...
ДОбавиь общий реквизит да с отбором - он будет в одной таблице...
Без отбора - во всех таблицах шапок документов
не общий - в тех шапках, куда добавил...
Вот возьми бамажку и подсчитай, что места будет меньше занимать...

(0) Зависит от цели которую преследуешь
Попробуй запросец написать без общего реквизита и т.п. - будет ли удобно?

(2) а причем место то?... проблема общих реквизитов в 7.7 - не занимаемое в базе место...

(4)+1

(5) +1

(4) да типа при том, что 1с на 10Гб работает слегка медленней, чем на 2...

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

(7) зависит от формата хранения данных

(8) Ну расскажи... Просвети новичка...
(9) Неа.. не зависит...

(5),(6) А что означает +1?
Делаю выгрузку из ТиС в БуХ. В этом реквизите хочу прописывать внутренний идентификатор документа (внутренний по отношению к ТиС), потому что меняют номера, количества суммы и т.п. Сами, наверное, знаете как работают менеджеры.
Локальный реквизит неудобен тем, что состав перегружаемых документов будет расширяться.
Если кто подскажет свой способ, буду благодарен.

(10) еще как зависит!!! спорим 10гб у меня будет работать быстрее чем 1-2 гб?

(11) а реквизит то зачем?

(13) видимо чтобы в бухии айдишник хранить в нем

Странный вопрос. А как еще идентифицоровать документ в "чужой" базе - заведен он или уже нет? Ведь по номеру или дате не вариант - могут поменять.

(14) в точку

(10) как было замечено в (2), общие реквизиты всех документов хранятся в одной физической таблице базы данных!!!
И теперь, если идет массовый ввод документов, при записи каждого документа система будет ожидать монопольного захвата таблицы общих реквизитов - вследствие чего общая производительность системы упадет..
та же самая проблема есть и с хранением бухгалтерских данных..
(11) +1 значит - "согласен с "..

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

(12) рассказывай.

(17) да это таже беда что у бухии,с проводками..

(17) Ты открыл мне глаза! А если там не будет общего реквизита, ожидания захвата не будет?

(18) Пробовал хранить в комментарии, но он используется.

(21)+ а джорнал?

(22) А можно ещё так... Завести _отдельную_ таблицу (ИДБазы, ИдДокТут, ИдДокТам)

(23) П-п-п-п-поясни...

+25 не мне, а (17)...

(22) да используй тот же МОД, проблем не будет. неужели для конторы жалко каких то 20 баков за готовое решение

всмысле таблица 1sjourn тоже же лочиццо

(27) ?

(28) А где общие реквизиты с отбором хранятся?
(29) pb.ru

(29) не слухай, а то он ща тебе и аксапту предложит )))

(28) да, и еще как..постоянные траблы изза этого

(29) компания ПиБи

(31) никогда не был сторонником этой проги

(21) я не говорил "ожидания захвата не будет"... я рассказал про проблему "общего реквизита".. заметь, в 8.0 нет общих реквизитов...

(23) что "джорнал"?.. он как тормозил, так и продолжит.. "общие реквизиты" добавят проблем к блокированию..

все таки, проще дождатся блокирования одной таблицы (журнала документов), чем  двух и более (журнала документов, таблицы общих реквизитов, таблицы констант и периодических реквизитов) итд..

(24) Хороший вариант,спасибо. Но лишние движения.

(35) А если ожидание блокировки не критично?

(37) ух ты... мне б так :)))

А что, если докУмент записывается с изменением необщего реквизита, он не блокирует джорнал? чарминг новлти...
А если блокирует, то какаянафигразница, для сколки реквизитов оно блокируется?
Единственная проблема - это обновление индекса...

(37) А тогда забей и делай общий с отбором.

(38) Это уже так, в беседу.
Вообщем можно сделать вывод, что общий реквизит на размер базы особо не повлияет, а увеличит время работы, из - за блокировок.

(40) Нет инфы под рукой - ид документа какого размера, что бы не делать неогранниченным?

зачем изобретать велосипед когда есть готовые решения... Гений 1С намбе ту?:))

(42) смотря в каком формате будешь хранить: в 36-ричном 9

(43) не думаю что готовое решение подойдет.
Автосервис. Учет запчастей на складе, взаиморасчеты и оказание услуг в бухии.

(44) это что - то из недокументированных возможностей?

(45) так там план обмена настраиваемый, под любую конфу

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

(46)  ну в таблицах хранятся в 36-ричном формате: [0-9] [a-z]...
6 знаков под код + 3 - распределенка

(47) Понял посмотрю. Всем спасибо, приятно удивлен активностью по теме.

(47) мод тоже систему нагружает... юзал

(50) правильно заданный вопрос.... :)))

(48) Повторяю.
Если документ записывается, сколько таблиц он блокирует?
А если он блокирует их по-любому, то где разница?

(51) любой обмен нагрузит. но всяко лучше использовать стандартное чем "велокат Гения"

(54) по-разному можно нагрузить... мод-то каждое изменение анализирут и в траны пишет

(53) Не будем рассматиривать документ, формирующий бух проводки.

При записи ЛЮБОГО документа системы блокируется в обязательном порядке таблица журнала документов, таблица собственно самого документа, ну и, конечно же, таблицы регистров, по которым создает движения (необязательно.. документ может и не проводится).

Таким образом, при  создании и записи ЛЮБОГО документа обязательному захвату подлежат всего лишь 2(ДВЕ) таблицы: таблица журнала документов и таблица документа...

Внимание!!!

Если есть и общие реквизиты документов, то при записи ЛЮБОГО документа требуется ОБЯЗАТЕЛЬНЫЙ захват 3(ТРЕХ) таблиц и с точки зрения производительности это существенно - захват 2-х таблиц в общем случае будет быстрее, чем трех.. и зависимость времени захвата, скорее всего, нелинейная..

(56) Поделись травой или научи такой арифметике... КАКАЯ НАФИК ТРЕТЬЯ ТАБЛИЦА???

(56) если подчинен, то еще 1SCRDOC

(56) А какой график прироста размера базы после добавления общего реквизита длиной 9?

(56)Третья таблица - это, пардон, какая?

(57) кури ЖКК а не грибы

(58)Не только по это причине, там еще и графы отборов...

(60) и ты тудаже????

(61) так ты ответь, и я пойду курить ЖКК, в которой, к слову, про структуру таблиц - ни слова...

(62) ну да...

(63)Естестсвенно...

Я, кажется, понял о какой третьей таблице речь... В (17) посте автор пишет: "как было замечено в (2), общие реквизиты всех документов хранятся в одной физической таблице базы данных!!! И теперь, если идет массовый ввод документов, при записи каждого документа система будет ожидать монопольного захвата таблицы общих реквизитов - вследствие чего общая производительность системы упадет.. "

ЗЫ. Осталось понять, что имеется в виду под "таблицей общих реквизитов"...

(67) Зря ты это прочитал... Теперь он зохвает твой моск...

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

(69) что лучше: ввести 1 (!) общий реквизит или вешать модину?

(69) ты, блин, не крути замужним органом. Ты отвечай или признавай, что спи**Ил.

(69)Я не гоню... Гонит France в данном случае...

(70) а это уже от постановки задачи...
вот я допустим не представляю как могут меняться номера доков. для примера поменяли номер любого платежного или связанного с налоговой дока..как быть? не представляю что это возможно, особенно на встречке

(72) гонит только про 3 таблицу. а так в основном прав. у 7ки всегда были траблы с общими, почему в 8ке и отказались от них

(70) МОД добавляет общий реквизит IDD в документы и в каждый справочник
В доки - с отбором
В спр-ки - с сортировкой

И вообще - чо за тупняг тут?
Я за общие реквизиты, т.к. лучше проиграть в одном месте но выиграть в десяти

(74) В восьмерке меньше гемора по сбору информации

(74) ты продолжаешь вертеть тем самым органом?

(75) спасибо, я знаю

(75) Таким образом, вопрос МОД вообще можно не рассматривать. Это я и сам могу сделать.

Вообщем реквизит с отбором длиной 9.

(57) такой травой запросто так не делятся ...
(72) все было бы так хорошо, если бы не так плохо..
ну, нужно было ввязыватся с 67??

да, чтоб закрыть дискуссию - перестарался с количеством таблиц...

PS France не гонит, он местами может заблуждатся.. так что (72), (74) не надо про "гонит"..

я частности МОДа я не говорю про общие реквизиты, говорю про то что лучше использовать стандарты а не "велокаты"

(79) А не обкекаешься?
Там много возможностей зашитых в длл-ку... свои предопределенные процедуры выгрузки, загрузки и т.п.
Можно организовать достаточно сложные обмены
В общем читай доку

(80) если не урбд, то и 6 хватит.. хотя не сильно-то и важно)

(81) а говорил, что не делятся... с (82) уже поделился...

(82) мод - стандарт???.. ух ты!

(81) да не гонишь ты..где то лет 5 или больше пробегала инфа от 1Ски что не рекомендуется использовать Общие

(86) а нет? докажи обратное

(87) Однако они перекочевывают из релиза в релиз... в каждой типовой конфиге...

(87) ты не крути, ты цЫтату даффай.

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

(89) ну вот так отложилос...

(90) больше под стол пешком ходить не буду?

(83) Завести общий реквизит и при переносе искать документ и править его или заводить новый? Элементарно.

(91) дак они тогда под стол пешком ходили

В ТиС 4 общих реквизита с отбором и один неорганниченной длины - и ведь работает.

(93) мда... хорошая траффа... Ты по-русски говорить умеешь?
(91) Ты этта... абаснуй снижение производительности в случае необходимости иметь реквизит во всех документах...

(94) дальше что.... изменю элемент справочника, причем с условием что они используется только в этом доке? давай на ГОРА свое решение

(88) а нах мне что-то опровергать, то что ты голословно запостулировал???

(97) предупреждение!

соник одел шкурку модератора, ибо других аргументов не осталось...

(99) да почему голословно. было проверено на своем опыте. какие еще данные тебе нужны

(100 ну извини, тут по другому не скажежшь.

(102) свой опыт <> стандарт - с этим ты согласен?

(101) только изза жаргона и не более
(103) всегда можно
(104) вот когда познакомишься хотя бы с 2кой или 5кой, тогда поймешь

(98) Главное попасть на нужный док, а табчасть проставлять из внешних данных. Если я правильно тебя понял.

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

(107) были бы претензии то сам понимаешь.... :))

(108) Шо? Забанишь? На сколько? А оно тебе надо? Используй поиск и найди, сколько раз за тутотшнее пребывание я использовал жаргон. Подумай.

(105) "познакомишься хотя бы с 2кой или 5кой,"... - это правда трава

(110)не трава, я начинал с 2ки :)) прикольно было

(111) а причем мод и стандарты?))))

Сдохла ветка...

(111) В общем наиумнейший из дятлов :)

(113) Используешь общие реквизиты? Признавайся...

(112) при том что МОД сертифицирован. напиши свое и сертифицируй...

(115) А ты не используешь? Сознавайся, что потребляешь!

(115)Обязательно. И не один...

(116) если что-то сертифицировано, то это стандарт?

(117) Потребляю. Я ж и пытался хоть какие доводы в защиту привести :)

(117) Гыгы. :-))

(119) а это уже не ко мне вопрос

(116)Кем сертифицирован?

ЗЫ. Ветка о том, как соник мастерски крутит замужним органом...
Ухожу я...

Что-то совсем отошли от темы...

(122) ты заявил, что мод - стандарт, а теперь не к тебе вопрос?????...
батенька, вы лажаете

для всех - мод у 1с сертифицирован?

Какое то сборище акул клавиатуры блин.

(128) Используй МОД для сложных обменов - вот что надо извлечь :)
Самописку такую вряд ли осилишь

(128) ты этта... провокатор, вот ты кто! Хотя благодаря тебе соник выявлен как отъявленный виляльщик органом...

(130) ЛОЛ!!!

(130) КТО?????????

(132) Ви, батенька, таки ви... Ви таки и не ответили на ск`омные воп`осы, заданные вам от чисто`о се`дца...

хня...

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

(135) в каком месте?

юзать 8-ку и не знать этих дыр? мдя... пез каминтариеф....

Старая песня у ли об итогах:
тра ля ля ... это все хня

по моей просьбе попробовали на 8.1....
Два дня заталкивали глаза обратно, сделали анализ конфы на предмет этой ситуации. Написали жесткие правила для избежания...

(0) Недавно перевел один реквизит а 1sjourn (общий с отбором), не заметил тормозов. Но конфе активных пользователей всего 3, остальные отчеты смотрят.

:))))