Чистов Разработка в 1С-Ч72 Курсы профессиональных бухгалтеров Курсы программирования киев Бухгалтер

Автор Nikita Stoianov
Чистов Разработка в 1С-Ч72 Курсы профессиональных бухгалтеров Курсы программирования киев Бухгалтер

вид свойства — это будет у меня справочник который вот мы.

Нарисовали с вами. Да там красный жёлтый зелёный и реквизит значение свойства какой-нибудь. А в принципе нормально.

Вот подходит единственная маленькая проблема будет заключаться в чём у нас табличную часть справочника она не позволяет контролировать уникальность записи по видам свойства.

Если вы боитесь пользователю ваше видео данные о скажем товаре, что он и жёлтый и красный в табличным частям сделать — это может пользователь. Витебск две строчки do with свойства цвет красновид свойства члена семьи зелёный есть, а нам нужен красный зелёный. Наверное — это другой вид свойства. Это какой-то сочетание будет. Поэтому табличная часть не можем поехать сохранить. Ну так иметь в виду пользователь может что-то там вводить свои собственные какие-то вещи и нам придётся отслеживать вот — это вот уникальных. А в регистре сведений мы можем сохранять благодаря чему, что там будет такой плюс измерения регистра сведений будет у нас содержать ключ уникальности. Вот какие у нас будут поля в этом регистре, но я надеюсь. Понятно номенклатура мы возьмём откуда номенклатура. Да вот отсюда вот она вот из этой таблицы нас будет свойства. Откуда мы возьмем ведь свойства. Да вот отсюда из этой таблицы вид свойства в чем её значение свойства вытащим откуда. Да вот из-за из справочника свойствами и будет храниться что-то вроде ложка вид цвет значение красных. Если я сделаю номенклатуры вид свойства измерениями то пользователь не сможет ввести два разных по ключу измерения номенклатуры вид свойства. То есть — это будет ему недоступна, что для нас собственно говоря очень хорошо на краске подходит для решения ваших задач реализация. Понятно Вот такая. Да сейчас. Почему не в табличной части справочника. Хотя если бы она мне не нужна была уникальность мы могли бы их табличной части справочника сохранить плохого в этом нет, а можно показатели регистр сведений в табличную часть записать не очень поняла бы вы иметь в виду дублировать значение то есть в табличной части показывать в регистре сведений хранить или вы имеете — это принципиальный вопрос. А — это мы там нет там — это не. Можно конечно гипотетически, но с точки зрения практической. Зачем если вы хотите удобство для пользователя реализовать то, что он открыл справочник. Да вот можно отобразить он открыл справочник увидел. О красный зелёный белый отлично отображать можно. Ну да дублировать наверное не стоит хотя тоже технический ничего там как бы сложного нет, но не нужно отображать мы с вами сделаем попозже. Да я вам покажу как можно вывести данные пользователя откроют. У меня там ложку и вид все её свойства. Это легко можно сделать, но хранится — это будет в регистре сведений благодаря чему мы с вами будем гарантирует уникальность свойства по номенклатуре. А в каком случае ещё будет хорошо хранить данные в регистре сведений. Да если я хочу сохранить свойства не только номенклатура пример и свойства номенклатуры и описание например каких-нибудь там материалов. То есть когда у меня вот — это вот колонка 1 номенклатура будет составной то есть из разных справочников здесь может быть значением то есть там. Я хочу иметь возможность виды свойств не только номенклатуру указывать. А ещё куча разных значений контрагентов свойства ещё чего-то вот таблица будет наверное одна ночь. Там постоянно одни и те же значения будут там объект аналитики дополнительный вид аналитики значение аналитики, тогда вот — это точно будет в регистре сведений. А уже не в какой-то там табличной части справочника потому, что я буду сохранить значение для разных справочник. Надеюсь, что структура хранения информации мы с вами полностью согласна если вопрос ещё вот по поводу структуры есть. Я жду их. Если нет то предлагаю немножечко задуматься над удобство работы пользователей вопросов нету да хорошо вопрос такой вот тип значение справочника номенклатуры. Мы решили да он будет из справочника номенклатура 1С тип значения колонки вид будет. Вот из этой таблице виды свойств нутом — это делать или что-то другое мы сейчас решим тип значения поля значение. Мы вроде бы решили, что — это из справочника со свойствами будет. И — это правильно. А теперь давайте представим. Я хочу создать ещё один вид свойства например для каждого товара меня очень будет интересовать основной поставщик внимание вопрос у нас конфигурации справочник контрагенты есть или нету вроде бы был правильно. Неужели вот в этот справочник будем вводить дублирующиеся значения будем водить какой-нибудь там основной поставщик ещё раз он у нас уже есть там. Иванов введён какой-нибудь рядом мир. А я вот, что ещё раз сюда буду вводить согласитесь наверное как-то неправильно это. Кроме того мало ли основной поставщик. А если у меня будет интересовать например аналог товара ответ свойства аналог я. Какое значение подразумевается, что я буду указывать, что у колбасы например там фрикадельки являются аналогом и колбаса и фрикадельками будет в справочнике номенклатура хранится. Я уже пользователь. Ну мягко говоря ему во-первых будет неудобно взбивать дублирующийся информацию в справочнике свойства во-вторых мы с точки зрения теории баз данных знаем, что хранить избыточное мягко говоря неправильно три точки зрения введённые сюда фрикадельки не равно введённые сюда фрикадельки как мы отбор потом соберём мы же вот — это вот таблица наверняка делаю для того чтобы потом может быть отчёты какие-то строить в разрезе там свойства правильно.

0 комментариев
0

Читайте также