#0
by PR
Предположим какую-нить сущность, например, справочник "Контрагенты". И какую-нить связанную с ним сущность, например, список категорий бизнеса, к которым относится контрагент или произвольный список дополнительных реквизитов. Вопрос, как вы считаете, где лучше это хранить и почему?
#5
by МихаилМ
с точки зрения реализации в субд, как минимум, - лишнее поле (или 2 ) . а где догадайтесь. коли Вы "профессиональный программист" сколько же в нашей отрасли рисовальщиков формочек со стажем 10 лет. На браных по комсомольскому наборы франчайзи в 90-х всех , кто не боится компьютера.
#6
by jsmith82
Кого волнуют эти академические вопросы? Берите пример с разработчиков типовых информаций - они вообще ср*ать хотели на всё.
#14
by zak555
РС -- единица уникальности -- все измерения + период + регистратор ТЧ -- единица уникальности -- ссылка на док + номер строки
#16
by PR
Не надо мяу, я прекрасно знаю ответ на заданный в сабже вопрос :)) Чуть наведу на основную мысль, ради которой я и завел ветку. Предположим, что нам надо в контрагентах хранить с десяток всяких разных таких вещей разного плана. Где будете хранить, ТЧ или РС?
#20
by PR
Хи хи. я говорю, какая хрен разница, какие индексы, раз и то и то хранится в отдельной таблице?
#21
by Drac0
Чтобы обновить эти вспомогательные данные в тЧ, надо будет получать и блокировать весь объект. Который может быть негуманно большой. Плюс, теряем возможность пакетно обновлять данные по набору записей.
#24
by jsmith82
ну с таким же успехом можно перевести табличную часть Товары документа ЗаказПокупателя в РС
#26
by PR
Почти про это я и говорил в . Я, правда, больше имел в виду чтение объекта потом в каких-либо операциях.
#31
by Zamestas
На мой взгляд - смотря что хранить - если немного нужного - то ТЧ, если много (в т.ч. по объему) ненужного то РС.
#32
by Garykom
С точки зрения "рядового" программера-кодера 1С удобнее когда в ТЧ объекта все засунуто С регистрами сведений это когда одни(похожие) данные привязаны к разным объектам
#34
by jsmith82
ТЧ = живёт с родителем, блокировка, целокупный экзистанс РС = живёт отдельно, не блокировка, строковый экзистанс
#36
by GROOVY
Я предлагаю вообще не использовать ничего, кроме регистров сведений и справочников. Все прекрасно на них работает!
#39
by Zamestas
Бери глубже - семерошный Штрих-М кассир 1.9.0.х вообще на одних справочниках был))) З.Ы.: И даже работал.
#41
by jsmith82
без всяких этих новомодных названий типа справочник, документ, табличная часть (страшное словосочетание), регистр сведений (надо же было додуматься до такого названия), план видов характеристик (за это расстреливать надо), планы видов расчёта (в ад сразу), регистры расчёта (тут я даже не знаю - в миры Лавкрафта, на вечную аудиенцию к Ктулху)
#42
by GANR
Перезаписывать весь объект чтобы подправить только его табличную часть - неохота, лучше уж набор. +1.
#45
by marvak
Если данных для конкретного объекта/контрагента немного и они меняются редко, то лучше ТЧ, с ней проще работать в формах. Иначе - РС. Для большинства случаев я лично использую РС.
#46
by jsmith82
да мне вообще пох я тупо поддержал лишённую практического смысла беседа, затеянную метросексуалом в красной курточке, привыкшем рассуждать на высокие материи на фоне скорчившихся рабов, вкалывающих за 80 тыров
#47
by GANR
Еще можно создать ДопСправочник, создать в исходном объекте (скажем, документ ЗаказПокупателя) реквизит типа СправочникСсылка.ДопСправочник (связь 1 к 1). В этом справочнике хранить дополнительные поля (реквизиты) и записывать их в определенные моменты (возможно, не перезаписывая основной объект). Очень может выручить в некоторых случаях. ЗЫ. Где вариант "Другое"?
#48
by Garykom
мда когда уже у нас такие "хозяева рабов" в нашей деревне будут? а то больше 50 никак не хотят платить и это A-шкам (редкие S-ки не учитываем)
#49
by GROOVY
Не, просто таблица не прокатит, тяжко эмулировать объектную сущность, объектные блокировки. А вот справочники и регистры сведений вполне катят.
#50
by User_Agronom
Значит не уверен, раз спрашиваешь. А вообще, похоже на обсуждение сферического коня в вакууме. Какая-то сущность. Формируй точные задачи с указанием как будет та или иная сущность использоваться.
#51
by Oleg_ka
... и формочка такая - сверху список из элементов справочника. Снизу динамический список из регистра сведений. Хо-хо.
#52
by b_ru
С табличной частью в коде обращаться приятнее, меньше лишних строчек. На производительность начихать, пока система не упрется в недостаточную оптимизацию (вам производительности не хватает? Может тогда лучше вообще отказаться от 1С?)
#54
by rphosts
Список сущностей - РС, Список произвольных - ПВХ. Хотя если самописка или типовая которая никогда не будет обновляться - можно список как ТЧ. 3. РС + ПВХ.
#55
by Гобсек
Так легче поддерживать целостность базы данных. Когда данные хранятся в регистре сведений, то нужны дополнительные заморочки при создании формы элемента, чтобы не удалить случайно что-нибудь.
#56
by echo77
Кто-нибудь помнит, почему в новых типовых (УТ 11, ЗУП 3.0, ERP 2.0) свойства объектов стали хранить в табличной части самого объекта, а не в РС?
#61
by PR
Причем здесь документ? Именно по этой причине не сделал "Свой вариант", чтобы не писали всякую хрень.
#64
by lucifer
единственное отличие РС от ТЗ или просто справочника это то что у РС составной индекс, все, если тебе нужно будет получать данные по составному "ключу" тогда РС, если нет это как сам хочешь, исходи из юзабилити
#66
by Ненавижу 1С
Права у РС лучше по RLS разруливаются При поднятии объекта ПолучитьОбъект все строки ТЧ считываются автоматом, в РС - нет
#68
by EvgeniuXP
наши спецы работают только на справочниках - и всё работает прекрасно - ни каких регистров, проведение документов :)))
#69
by EvgeniuXP
не будет тупить и меньше влияет на // работы, когда в контрагенты будет кто-то другой заносить еще какие-то данные.
#70
by Лефмихалыч
Если бы можно было универсально и одинаково верно для всех условий однозначно ответить на этот вопрос, то чего-то из этого не было бы. Были бы только регистры или только табличные части. Перечисленные тобой таблицы отличаются, как минимум индексами - в этом разница между ними. Какой из них использовать, - зависит от условий задачи и прецедентов использования инфы, которую надо хранить. Короче вопрос дурацкий
#71
by Ненавижу 1С
+ кроме того РС проверяет уникальность набора измерений автоматом, в ТЧ надо самому проверять уникальность
#72
by PR
Я вообще-то привел вполне конкретные примеры, а не сферического коня в вакууме. Короче, замечание дурацкое.
#73
by D_E_S_131
Если расширить мысль в , то разница только в удобстве использования в том или ином случае.
#74
by Лефмихалыч
в этом примере нет ни чего конкретного. хотел еще подъежнуть про красную приталенную куртку, но потом передумал
#75
by PR
Ну то есть неважно, например, где хранить приложенные к контрагенту файлы, в контрагенте в табличной части сделать реквизит "ФайлДвоичныеДанные" или в регистр сведений это вынести?
#76
by PR
Про то, что не подъежнул про курточку — это молодец. Показал, что чуть взрослее, чем те, кто считает, что здесь есть над чем уписаться. А про пример согласене, что есть неопределенность некая. Но тем не менее, многие вещи вполне себе определены. Например то, что в данных ТЧ не будут храниться большие объемы данных типа приложенных файлов. А, с другой стороны, хрен его знает, что может быть в допреквизитах. И сколько их.
#78
by Лефмихалыч
если мы стандартный абстрактный пример, то засунь в жопу файлы. Мы их не обсуждаем, т.к. они - конкретика. Если мы за конкретику, то задавай точный вопрос, получишь точный ответ.
#79
by Лефмихалыч
или это ты недавно узнал, что табличные части грузятся в оперативу вместе с объектом и теперь ищешь, кто еще этого не знает, чтобы как-то сровнять счет с судьбой?
#80
by PR
В как раз про отсутствие файлов. Где в моих примерах файлы? А значит понятно, что появляется теоретическая возможность хранить в ТЧ. Были бы файлы — однозначно не в ТЧ.
#81
by Cyberhawk
при чтении реквизита контрагента через точку платформа будет тянуть и такие приложенные файлы, ога?
#82
by PR
Я это узнал уже давно. Так что про судьбу не в кассу :)) А недавно подумал, что можно на эту тему ветку создать, потому что даже по результатам этой ветки сомневаюсь, что каждый первый знает про это.
#86
by rsv
Так Р-7 тоже по принципу топора проектировалась. Т.к. он простой и значит надежность 99,9.
#87
by rsv
Избыточность сущностей в принятии решения - отодвигает решение но привлекает массу рассуждений.
#90
by MadHead
на регистр стоит прехеодить после нагрузочного тестирования разных вариантов, если возникли проблемы с ТЧ
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Существенные отличия Mac от PC
- В чем отличия Ole Automation и Com соединения ?
- 1С 8. Запрос. Группировка по значениям табличной части ресурса регистра сведений
- Выгрузка табличной части и загрузка таб.части документа
- Отбор регистра сведений в табличной части
- Изменить текущие данные в табличной части формы списка регистра сведений
- отличия 7.70.027 от 7.70.025
- Автоматическое заполнение табличной части документа из регистра остатков
- JOB: Сравнить данные табличной части и регистра накопления
- Внешняя обработка табличной части для управляемых форм - кто делал?
- БП 3.0 обработка заполнения табличной части документа инвентаризация
- Обращение к табличной части справочника из табличной части документа
В этой группе 1С
- конвертация реквизита табчасти источника в реквизит приемника
- Прокрутка видео-роликов на смарт-тв по сети
- Реквизит (Список значений) как параметр для динамического списка
- УФ Обновление карты маршрута бизнес-процесса
- ут11 как открыть прикрепленный файл
- Комплексная автоматизация 7.7 регламентированная отчетность
- ПолучитьИмяВременногоФайла на сервере
- УПП: Книга покупок и восстановление НДС при экспорте
- Ошибка. Интернет почта метод Отключится()
- Произвольный алгоритм Универсальной обработки
- Ярлык дл запуска web страницы с параметрами (1с web публикация базы)
- БСП: Реламентное задание завершается с ошибкой авторизации - куда копать?
- Как получить значение из регистра сведений без запроса?
- Б.П. 3.0 не формирует журнал счетов-фактур
- БП3.0 Последний релиз. Декларация НДС. 1й раздел. ОКТМО не заполняется.
- Соответствие для счета БУ 60.01?
- v7: Как удалить периодическое значение, установленное документом?
- OpenOffice Calc программно отобразить ярлыки листов
- Обновление РИБ БП 3.0
- БП 3.0 Неверно списывается себестоимость при реализации товаров