Данные регистра сведений: измерения и ресурсы
Добрый день! Подскажите пожалуйста, чем чревато оформление регистра сведений наоборот с точки зрения логики формирования СУБД. Например, у нас есть регистр сведений, где мы храним цены на позиции номенклатуры. Но в качестве измерений выставляем цену, т.е. числовое значение, а в качестве ресурсов, наоборот, ссылку на справочник с номенклатурой? Понимаю, что надо как раз ровно наоборот делать, но допустив подобную ошибку, хотелось бы узнать, к чему она может быть привести. То есть вопрос такой: каковы могут быть последствия? Предполагаю, что они более чем есть, но формально, на этапе разработки не так очевидно, чем это может обернуться.
По теме из базы знаний
- Выгрузка-загрузка любых данных из 1С (и измененных) в XML между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Редактор независимых регистров сведений 8.3
- Регистры сведений для аналитиков
- Регистр сведений, подчиненный регистратору, и независимый регистр сведений в 1С
- Редактор констант и записей независимых регистров сведений (управляемые формы)
Найденные решения
(9) Для каждого уникального набора аргументов один набор ресурсов.
Регистр может быть непериодическим. Тогда про момент времени вообще ничего сказать нельзя.
Если он периодический: тогда в набор аргументов добавляется стандартное измерение Период типа "Дата" и появляются виртуальные таблицы СрезПервых, СрезПоследних.
Регистр может быть непериодическим. Тогда про момент времени вообще ничего сказать нельзя.
Если он периодический: тогда в набор аргументов добавляется стандартное измерение Период типа "Дата" и появляются виртуальные таблицы СрезПервых, СрезПоследних.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Спасибо. Видимо проблема в том, что эти слова "измерения" и "ресурсы" стоило как-то более понятно назвать... Не смог пока в голове у себя это увязать достаточно чётко.
Хорошо, в продолжение темы, а если есть необходимость получать цену и по номенклатуре и по цене? Не "и", а в смысле или так или так. Но чтобы обе возможности были.
Хорошо, в продолжение темы, а если есть необходимость получать цену и по номенклатуре и по цене? Не "и", а в смысле или так или так. Но чтобы обе возможности были.
(2) Бред. Если цена измерение, то по значению цены 100 Вы найдёте всего одну запись регистра.
(1) Регистр в 1С очень удобно рассматривать с точки зрения математического понятия "Функция": где каждому аргументу будет соответствовать единственное значение функции.
Так вот, набор измерений - аргумент функции, набор ресурсов - значение функции, реквизиты - комментарии к записи.
Если у Вас измерения Номенклатура и Характеристика номенклатуры, то каждой паре Вы сможете назначить свою цену. Причём будут пары с одинаковой ценой.
Если Вы поменяете местами: цена - измерение, номенклатура, характеристика - ресурсы, тогда каждой цене будет соответствовать определённая пара Номенклатура/Характеристика. Т.е. с ценой в 100 рублей может быть только одна позиция.
И это не ошибка.
(1) Регистр в 1С очень удобно рассматривать с точки зрения математического понятия "Функция": где каждому аргументу будет соответствовать единственное значение функции.
Так вот, набор измерений - аргумент функции, набор ресурсов - значение функции, реквизиты - комментарии к записи.
Если у Вас измерения Номенклатура и Характеристика номенклатуры, то каждой паре Вы сможете назначить свою цену. Причём будут пары с одинаковой ценой.
Если Вы поменяете местами: цена - измерение, номенклатура, характеристика - ресурсы, тогда каждой цене будет соответствовать определённая пара Номенклатура/Характеристика. Т.е. с ценой в 100 рублей может быть только одна позиция.
И это не ошибка.
(7)
Спасибо! Это ценно. Видимо не случайно на измерениях соответствующая иконка с осями координат.
Получается, что для каждого измерения в один период времени возможно только одно значение ресурса.
Так вот, набор измерений - аргумент функции, набор ресурсов - значение функции, реквизиты - комментарии к записи.
Спасибо! Это ценно. Видимо не случайно на измерениях соответствующая иконка с осями координат.
Получается, что для каждого измерения в один период времени возможно только одно значение ресурса.
(9) Для каждого уникального набора аргументов один набор ресурсов.
Регистр может быть непериодическим. Тогда про момент времени вообще ничего сказать нельзя.
Если он периодический: тогда в набор аргументов добавляется стандартное измерение Период типа "Дата" и появляются виртуальные таблицы СрезПервых, СрезПоследних.
Регистр может быть непериодическим. Тогда про момент времени вообще ничего сказать нельзя.
Если он периодический: тогда в набор аргументов добавляется стандартное измерение Период типа "Дата" и появляются виртуальные таблицы СрезПервых, СрезПоследних.
(9) Когда регистры только появились - на курсах сразу объясняли это через оси координат. "Только представьте, что их не 2-3, а такое количество, которое обеспечит вам уникальность в рамках вашей задачи".
На один набор "координат осей" может быть только "одна точка".
На один набор "координат осей" может быть только "одна точка".
(3) Я начинаю понимать. То есть получается, что уникальность проверяется именно в рамках измерения. Например если мы регулярно обновляем цену. И это позволяет контроллировать, чтобы на одну и ту же позицию нельзя было по 5 раз (например) в день менять цену. А если выставим цену как измерение, то раз (например) в день не сможем эту же цену ещё чему-то назначить.
(5)Если вы говорите про переодический регистр, то считайте, что вам автоматически добавляется еще одно измерение "период". Переодичность секунда, минута ....Год задается в настройках регистра. Если вы меняете цену несколько раз в день, то ставьте регистру переодичность "Секунда, минута, час". Если будет стоять переодичность "День", то последняя запись будет перетирать предыдущую(При настройках записи по умолчанию").
ну и не забывайте по важный механизм платформы СрезПоследних у переодических регистров сведений. Он выдает срез ресурсов по всем уникальным измерениям на выбранную дату
ну и не забывайте по важный механизм платформы СрезПоследних у переодических регистров сведений. Он выдает срез ресурсов по всем уникальным измерениям на выбранную дату
Проще всего объяснить это так:
Попробуйте кодом или запросом получить СрезПоследних цен по нескольким товарам.
Попробуйте сделать это с регистром сведений спроектированным как обычно, как у "белых людей" а потом тоже самое с архитектурой "наоборот".
Это называется регистр сведений "здорового человека" и регистр сведений "курильщика" =)
Попробуйте кодом или запросом получить СрезПоследних цен по нескольким товарам.
Попробуйте сделать это с регистром сведений спроектированным как обычно, как у "белых людей" а потом тоже самое с архитектурой "наоборот".
Это называется регистр сведений "здорового человека" и регистр сведений "курильщика" =)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот