![]() |
![]() |
![]() |
|
Непериодический, независимый регистр сведений vs Справочник | ☑ | ||
---|---|---|---|---|
0
jk3
05.06.08
✎
14:27
|
Гуру, скажите в каких ситуациях лучше использовать для одной и той же сущности такой регистр или можно обойтись справочником?
|
|||
1
Fragster
гуру
05.06.08
✎
14:28
|
если повторяющиеся наборы ключевых полей есть, то такой РС не пройдет, а справочнику - пофигу
|
|||
2
Fragster
гуру
05.06.08
✎
14:29
|
см. v8: При записи в РС обнаруживаются одинаковые записи. , как человек мучается
|
|||
3
Scooter
05.06.08
✎
14:29
|
Справочник - ссылка
|
|||
4
jk3
05.06.08
✎
14:31
|
И все?
Больше разницы нет? |
|||
5
Scooter
05.06.08
✎
14:31
|
(1)повтор записей это не проблема
|
|||
6
Scooter
05.06.08
✎
14:33
|
(4)ну иерархия, уникальность кодов и т.п.
|
|||
7
Fragster
гуру
05.06.08
✎
14:33
|
(5) так и напиши тому, что по ссылке из (2)
|
|||
8
jk3
05.06.08
✎
14:36
|
Например, "Контактная информация" как лучше реализовать... при условии, что не нужно так детально как в стандартных конфигурациях (там это регистр с кучей ресурсов)
|
|||
9
Scooter
05.06.08
✎
14:38
|
(8)если "контактная информ" только у одного справочника, то подчиненный
а так я бы сделал на РС |
|||
10
jk3
05.06.08
✎
14:42
|
Или опишите ситуацию, в которой нельзя заменить такой регистр справочником?
Что-то я разницу почувствовать не могу в каких случаях что использовать... |
|||
11
Scooter
05.06.08
✎
14:45
|
Справочники
Для работы с некоторым множеством значений в системе используются объекты типа «Справочник». Обычно справочниками являются списки материалов, товаров, организаций, валют, сотрудников и др. Название и структура конкретного справочника определяется при его создании в конфигураторе. Регистры сведений Основная задача регистра сведений - хранить существенную для прикладной задачи информацию, состав которой развернут по определенной комбинации измерений и, при необходимости, развернут во времени. Эта информация хранится в регистре в виде записей. На запись нельзя сделать ссылку из информационной базы. В системе может быть только одна запись с определенной комбинацией измерений и периодом. |
|||
12
jk3
05.06.08
✎
14:47
|
ну, мат.часть я и так знаю
а опыт? опыта мало, вот и спрашиваю у людей с опытом разработки собственных конфигураций... |
|||
13
jk3
05.06.08
✎
14:53
|
неохота идти на поводу стандартных 1с-овских конфигураций, мне не все как там реализовано нравится...
|
|||
14
jk3
05.06.08
✎
14:58
|
по скорости работы разницы я так понимаю не будет, т.к. все равно обращаться запросом к по сути подобным таблицам...
|
|||
15
jk3
05.06.08
✎
15:04
|
а вот по код немного разный
|
|||
16
b_ru
05.06.08
✎
15:04
|
>>ну, мат.часть я и так знаю
Ну так если знаете :) Основная задача регистра сведений - хранить существенную для прикладной задачи информацию, состав которой _развернут по определенной комбинации измерений_ вот и ответ в остальных случаях - справочник |
|||
17
Scooter
05.06.08
✎
15:05
|
(14)РС самые быстрые
|
|||
18
Fragster
гуру
05.06.08
✎
15:05
|
через РС удобно «общие» реквизиты делать - и отбор будет, опять же, а периодические по другому и не сделаешь...
|
|||
19
Фауст
05.06.08
✎
15:10
|
Индексы разные у этих объектов на уровне таблиц БД и скорость запросов на чтение должна отличаться в пользу регистра, а при интенсивной записи справочник вообще не катит из за блокировок. Делай как в типовых, потом меньше переделывать придется.
|
|||
20
Scooter
05.06.08
✎
15:11
|
*
а по существу, тему не раз обсуждали уже * |
|||
21
jk3
05.06.08
✎
15:21
|
(18) про периодические речь не идет
(19) дык неудобно как в типовых для своих маленьких конфигураций делать (20) угу, только я через поиск по запросу непериодический независимый регистр сведений ничего не нашел |
|||
22
Defender aka LINN
05.06.08
✎
15:29
|
(9) Нафига для контактной информации справочник? Зачем там ссылки контролировать?
|
|||
23
jk3
05.06.08
✎
15:38
|
(22) ну контактная информация - это к примеру было
получается регистр еще следует заводить для каскадного удаления, удалил и забыл, не нужен контроль ссылок... ну я об этом не сильно задумываюсь... |
|||
24
Fragster
гуру
05.06.08
✎
15:41
|
Регистр сведений - для хранения сведений! ИМХО данных, по которым отбора не будет, и которые используются в разрезе чего-нибудь (даты, там, единицы измерения, еще чего-нить)....
|
|||
25
Scooter
05.06.08
✎
15:47
|
(22)верное замечание
но ИМХО так проще/быстрее зы опять таки надо понимать что это для "маленькой" конфы |
|||
26
jk3
05.06.08
✎
15:53
|
(24)
РС - для хранения сведений, а тогда справочник для хранения чего?? что значит отбора не будет? можно как справочник, так и регистр профильтровать по реквизиту |
|||
27
jk3
05.06.08
✎
16:35
|
просто еще складывается такое ощущение что регистр -- это круто и юзают их, а справочник -- это что-то неудобное из 7-ки...
|
|||
28
jk3
06.06.08
✎
09:08
|
у кого еще какие мнения на этот счет?
|
|||
29
artem666
06.06.08
✎
09:52
|
(14) ну не скажи - по скорости через запрос быстрее будет по регистру отобрать, чем напрямую в справочник лезть
|
|||
30
NewNick
06.06.08
✎
10:06
|
честно говоря не очень понимаю когда нужен непереодический РС
|
|||
31
jk3
06.06.08
✎
10:25
|
(30) вот и я тоже :)
|
|||
32
jk3
06.06.08
✎
12:20
|
Смотрим стандартные конфигурации от 1С на предмет непериодических независимых регистров сведений:
ЗУП 2.5 ======= |
|||
33
Fragster
гуру
06.06.08
✎
12:23
|
мне пофигу, единственный РС, который я проэктировал сам - это «тип места хранения»*«типоразмер» = вместимость
|
|||
34
Fragster
гуру
06.06.08
✎
12:23
|
*проектировал, мля
|
|||
35
NewNick
06.06.08
✎
12:23
|
да был неправ. в непереодическом регистре сведений можно хранить -
Протоколы обмена с банком Внешние компоненты Производственный календарь |
|||
36
jk3
06.06.08
✎
12:26
|
УПП1.2
====== |
|||
37
jk3
06.06.08
✎
12:44
|
Бухгалтерия 1.6
=============== |
|||
38
jk3
07.06.08
✎
11:52
|
УТ10.3
======
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |