SQL, Link to Element Feature

Question

У меня есть два класса. Один атрибут класса 1 связан с другим атрибутом класса 2. Это было сделано с помощью контекстного меню соединителя в непосредственной близости от одного класса, оно называется Ссылка на элементную функцию. То же самое делается с другой стороны соединителя, чтобы выбрать другой атрибут другого класса. Таким образом, соединитель напрямую соединяет два атрибута, а не классы. Я не нашел таблицы, где эта информация хранится, поэтому я не нашел подходящий SQL для поиска связанных (или не связанных) атрибутов.

Answer 1

Вот способ для заметок с помощью Link to..

• PDATA1 = 'Атрибут'
• PDATA2 = t_attribute.ID атрибута
• PDATA3 = имя атрибута
• PDATA4 имеет 'Да' (Я не помню, для чего это возможно, поэтому вы, вероятно, можете его игнорировать

Первый SQL:

SELECT PDATA2 FROM t_object WHERE Object_Type='Note' AND PDATA1 = 'Attribute' 

предоставит вам удостоверение личности. Просто положите это в другой SQL:

SELECT * FROM t_attribute WHERE ID = (above SQL) 

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

Для ассоциаций, использующих Link to..., это немного сложнее. Во-первых, любые такие соединители имеют соответствующую информацию, хранящуюся в t_connector.StyleEx, например, например.

LFEP={69A30E17-23AB-4641-9573-9BDBAA988D52}L; 

LF<dir>P=<guid><pos>; разъем прикреплен к атрибут/операции <dir> = S или Е означает Start (источник) или End (цель) <guid> = ea_guid из t_attribute или t_operation

<pos> является краем (L или R), где соединитель был присоединен в момент создания ссылки. Это лишняя информация, так как рендеринг будет прикреплять ссылку к любому месту.

Там может быть один LFSP, один LFEP или оба присутствуют в одном собственности StyleEx

(от моей Внутри книги)

Теперь вы можете фильтровать эту информацию с помощью SQL или (что я предпочитаю) с небольшим скриптом, поскольку выполнение сложных операций с строкой SQL не является моим опытом.