Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
кто нибудь знает как и где хранится информация о relationship? У меня бухгалтерские документы связаны со своими строками через relationship один ко многим. При массовой загрузке создаю документы с помощью глобалов но вот для создания отношения приходится открывать объект документа и к нему приклеивать объекты - строки (( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 02:38 |
|
||
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
IMHO в %Library.RelationshipObject Но как со стороны SQL это посмотреть я не в курсе. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2006, 20:04 |
|
||
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
Есть несколько вариантов: 1. делать просто через встроенный SQL через UPDATE 2. чуть сложнее - полностью на COS. В студии - открыть класс (который many) - меню "вид" - "просмотр способа хранения" - там можно помотреть номер поля ID таблицы one. Если так не получается, то можно номер поля relationship в list списке так: Пример: класс A1 Код: plaintext 1. 2. Код: plaintext 1. 2. 3. Смотрел, где поле relationship просто: создал роутину test2 Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2006, 10:39 |
|
||
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
так получается что c точки зрения хранения, Relationship (один ко многим), ничем не отличается от простой объектной ссылки? (Property A1ID As User.A1;) А я думал, что где то хранится информация об отношениях и если объявить отношение, то поиск связанных объектов будет происходить быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2006, 14:14 |
|
||
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
В классических ОБД на MUMPS связи между объектами поддерживаются явно. На уровне метаданных между объектами (в терминологии Cache - классами). На уровне данных между ид. экземпляров (в терминологии Cache - объектов). При любой мощности связи (от "один к одному" до "многие ко многим"). Причем симметрично (с обеих сторон). И, естественно, используются и в навигаторах, и в оптимизаторах. В Cache, как в любой другой ООСУБД на основе концепций ООП, ОМД не поддерживается. То есть связи поддерживаются так же, как и в О"Р"СУБД, и почти так же, как в "Р"СУБД (все-таки "ссылка" это не то же самое, что "внешний ключ"). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2006, 15:29 |
|
||
|
где хранится информация об отношениях объектов? (relationship)
|
|||
|---|---|---|---|
|
#18+
u78так получается что c точки зрения хранения, Relationship (один ко многим), ничем не отличается от простой объектной ссылки? (Property A1ID As User.A1;) А я думал, что где то хранится информация об отношениях и если объявить отношение, то поиск связанных объектов будет происходить быстрее. Куда уж быстрее, когда id родителя получаешь находу... А что бы быстро получить список всех child, строится индекс (в данном случае будет что-то вроде ^User.A2I("A1IDIndex",1,1), ^User.A2I("A1IDIndex",1,2) и тд). А информация об отношениях, естественно, присутствует - см. всякие классы типа %Library.RelationshipObject ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 10:29 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=34108331&tid=1559485]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 366ms |

| 0 / 0 |
