Порекомендуйте, как лучше хранить сведения.

Форум Программирование Общие вопросы программирования (Dev)

1. evgensn 12.07.24 13:24 Сейчас в теме

Надо хранить сведения на дату, т.е. сведения действуют с определенной даты.
Сведения такие
1. Возраст: от 18 до 27 сведение равно 1, от 28 до 35 сведение равно 3 и т.д каждому интервалу возрастов соответствует число.
2. Регион: АДЫГЕЯ РЕСПУБЛИКА сведение равно 10 и т.д. для каждого региона не совпадает с номером региона.

Предполагаю так, периодический регист сведений с ресурсом типа справочник, в котором 2 ТЧ: Возраст и регион; в ТЧ возратст реквизиты: начало, окончание, сведение; в ТЧ Регион, реквизиты: регион, сведение.

Порекомендуйте как лучше.

По теме из базы знаний

Как не нужно "запускать" проекты 1С

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. user2033930 12.07.24 13:27 Сейчас в теме

(1)

Предполагаю так, периодический регист сведений с ресурсом типа справочник

Начни вот с этого. Узнаешь много интересного.

7. evgensn 12.07.24 14:00 Сейчас в теме

(2) что я должен был узнать то

9. user2033930 12.07.24 14:05 Сейчас в теме

(7) Ну ты попробуй сначала реализовать свою задумку на уровне метаданных. И много узнаешь.

12. evgensn 12.07.24 14:08 Сейчас в теме

(9) уже попробовал

15. user2033930 12.07.24 14:10 Сейчас в теме

(12) Получилось сохраниться?

19. evgensn 12.07.24 14:18 Сейчас в теме

ПЕРИОДИЧЕСКИЙ РЕГИСТР

3. Zevzm 12.07.24 13:27 Сейчас в теме

(1) Как будут использоваться данные потом? В отчете, как параметры для отбора?

4. evgensn 12.07.24 13:33 Сейчас в теме

(3) Для расчетов коэффициентов физ.лица., для оценки клиентов.

5. Zevzm 12.07.24 13:59 Сейчас в теме

(4) Т.е. вам нужно будет быстро найти по ФЛ или контрагенту к какой категории и стране он относится? Зачем привязка к периоду? Не проще тогда хранить дату рождения и рассчитывать возрастную категорию?

8. evgensn 12.07.24 14:04 Сейчас в теме

(5) да, к какой категории и региону. Сведения могут меняться, т.е. с 01.01 например одни сведения, а с 15.02 другие. Нужно хранить интервалы возрастов для оценки. Т.е. на каждую дату у интервалов возрастов и регионов будут другие цифры.

14. Zevzm 12.07.24 14:09 Сейчас в теме

(8) А вам важна статистика за прошлые периоды? Т.е. на 01.01 у вас 20 клиентов из Адыгеи, 3 групп возрастов. 01.05 5 из них переехали в другой регион, а 2 новых приехали. Если вы будете создавать на переезд и взросление новые записи, то у вас будет завышение количества. Данные старые вообще обновляются? История важна или нужны оперативные данные, состояние здесь и сейчас?

18. evgensn 12.07.24 14:12 Сейчас в теме

(14)

20 клиентов из Адыгеи, 3 групп возрастов. 01.05 5 из них переехали в другой регион, а 2 новых приехали. Если вы будете создавать на переезд и взросление новые записи, то у вас будет завышение количества. Данные старые вообще обновляются? История важна или нужны оперативные данные, состояние здесь и сейчас?

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

20. Zevzm 12.07.24 14:18 Сейчас в теме

(18) Ну если общая статистика вам не важна храните так: И:Период, Контрагент; Р: Возрастная категория(Справочник), Страна. В любой момент по своему контрагенту сможете пересчет сделать.

6. Lenten 26 12.07.24 14:00 Сейчас в теме

я бы сделал периодический регистр сведений с

измерением

- тип ( возраст/регион)
- вид (от 18 до 27, 28 до 35,..., АДЫГЕЯ РЕСПУБЛИКА,..)

ресурс

- сведение

можно вообще 2 разных регистра сделать для каждого типа

10. evgensn 12.07.24 14:07 Сейчас в теме

(6)

вид (от 18 до 27, 28 до 35,..., АДЫГЕЯ РЕСПУБЛИКА,..)

не всегда это 18-27, на другую дату интервал может меняться, например станет 18-20

16. Lenten 26 12.07.24 14:10 Сейчас в теме

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

17. Zevzm 12.07.24 14:11 Сейчас в теме

(10) Вот поэтому и разумнее хранить дату рождения.

11. user2033930 12.07.24 14:07 Сейчас в теме

(6) Не мешай человеку. Он делает периодический регистр сведений с одним ресурсом (без измерений), а саму периодическую информацию собирается хранить в табличных частях справочника, который и будет ресурсом регистра.
Думаю, надо поддержать такие ноу-хау. Или отправить человека на изучение основ метаданных.

13. evgensn 12.07.24 14:09 Сейчас в теме

(11)

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

загадку загадал, сдаюсь, отгадку скажи

21. Sashares 35 12.07.24 15:01 Сейчас в теме

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

22. ddukatov 12.07.24 16:11 Сейчас в теме

Оставьте свое сообщение

E-mail: