Foreign Key в Ax

[SergeK]

Цитата:

Сообщение от Михаил Андреев

У Вас каждый пользователь имеет доступ к обозревателю таблиц? Обозреватель - инструмент "хирурга", а не простого пользователя.

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

Цитата:

Сообщение от Михаил Андреев

Кроме того, нужно было хотя бы настроить Relation таблицы Detail на Master по ключевому полю со свойством Validate = Yes, а лучше сделать это в EDT.

Вот это может и поможет, хотя есть сомнения .
А в EDT свойства Validate нет, это на таблицах.
Кстати, кто-нибудь может объяснить, что означает отношение
CustTrans.AccountNum == CustTrans.AccountNum

Цитата:

Сообщение от Михаил Андреев

P.S. Всё описанное подробно рассматривается на тренингах по разработке и кратко описано в документации "Справка разработчика".

Да уж больно кратко

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

[Михаил Андреев]

Цитата:

Сообщение от SergeK

Кстати, кто-нибудь может объяснить, что означает отношение
CustTrans.AccountNum == CustTrans.AccountNum

Видимо, документ "Справка разработчика" Вы не дочитали. Ответ в разделе "Best Practices for Table Relations".

Цитата:

Сообщение от SergeK

Да уж больно кратко

Более подробно могут разъяснить наставники или на тренингах узнать. Но хотя бы этот документ обязательно нужно прочесть, чтобы понимать принципы разработки в Аксапте.

[SergeK]

Цитата:

Сообщение от Михаил Андреев

Видимо, документ "Справка разработчика" Вы не дочитали.

Да, каюсь, не дочитал Хотя подозреваю, что мало кто его прочел от корки до корки, особенно начинающие. Читают то, что нужно сейчас. Если найдут

Цитата:

Сообщение от Михаил Андреев

Ответ в разделе "Best Practices for Table Relations".

Вот за это большое спасибо. Счас буду разбираться.

[SergeK]

Спасибо всем откликнувшимся!
К сожалению, подтверждаются самые худшие мои опасения .
Т.е. поддержка ограничения внешний ключ весьма убогая.
Может быть гуру Ах могут как то прокомментировать, почему не задействована эта возможность на уровне СУБД?
Кстати в Best Practices for Table Relations написано следующее:

Цитата:

The system guarantees that data entered in the database fulfills the specified relations.

Т.е. неправда.

И еще

Цитата:

Сообщение от Михаил Андреев

Цитата:

Сообщение от SergeK

Кстати, кто-нибудь может объяснить, что означает отношение
CustTrans.AccountNum == CustTrans.AccountNum

Видимо, документ "Справка разработчика" Вы не дочитали. Ответ в разделе "Best Practices for Table Relations".

Я извиняюсь за назойливость, но тут написано, что это нужно сделать, если таблица имеет ключ. НО! Ничего не написано, почему это нужно сделать

[mazzy]

Цитата:

Сообщение от SergeK

Может быть гуру Ах могут как то прокомментировать, почему не задействована эта возможность на уровне СУБД?

Когда эта Аксапта разрабатывалась, она поддерживала несколько СУБД. В том числе и такие, где ключи на уровне СУБД отсутствовали. С тех пор прошло время и осталось две СУБД в качестве формата.

Похоже, что через несколько версий останется только одна СУБД. Только тогда, наверное, и можно будет говорить о необходимости поддержки всех возможностей СУБД.

Цитата:

Сообщение от SergeK

Кстати в Best Practices for Table Relations написано следующее:

Т.е. неправда.

Правда. Только под "system" подразумевается сама Аксапта, а не СУБД.

Цитата:

Сообщение от SergeK

Я извиняюсь за назойливость, но тут написано, что это нужно сделать, если таблица имеет ключ. НО! Ничего не написано, почему это нужно сделать

Ищите. Здесь правильный ответ давал EVGL: Это нужно для процедуры переименования ключей, если ядро видит неоднозначности.

[SergeK]

Цитата:

Сообщение от mazzy

Правда. Только под "system" подразумевается сама Аксапта, а не СУБД.

Согласен, если работа ведется через формы. Но как только мы пишем код, даже если пользуемся стандартным API Аксапты, это становится неправдой. Мы легко вставим в detail записи-сироты.
Или я неправ?

[mazzy]

Согласен с kashperuk'ом.

Цитата:

Сообщение от SergeK

Согласен, если работа ведется через формы. Но как только мы пишем код, даже если пользуемся стандартным API Аксапты, это становится неправдой. Мы легко вставим в detail записи-сироты.
Или я неправ?

Вставите, если сознательно будете обходить стандартные модули.
Программисту дается такая возможность.
Но ответственность за неправильное функционирование в этом случае лежит на нем, на программисте.