UserInfo

[GSP]

Новое поле в новое таблице связываю с UserInfo по полю name
Но выходит ошибка:

Значение "" в поле "ФИО" не найдено в связанной таблице "Данные пользователя".

С чем это может быть связано?

[smailik]

Смею предположить что ошибка возникает на форме при создании записи, а именно при заполнении руками нового поля? Если так, то связь источников данных вероятнее всего сделано через InnerJoin и при заполнении нового поля руками тем значением которого нет в таблице UserInfo она и ругается. В данном как вариант для этого нового поля надо сделать лукапный метод чтобы значение выбиралось из связанной таблицы, а не вводилось руками.

[S.Kuskov]

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

[dech]

Цитата:

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

Новое поле в новое таблице связываю с UserInfo по полю name
Но выходит ошибка:

Значение "" в поле "ФИО" не найдено в связанной таблице "Данные пользователя".

С чем это может быть связано?

Связывай таблицы по полю UserId (или Id, не помню точно уже). Это уникальный первичный ключ на UserInfo. Если нужно будет ФИО, ты всегда сможешь его подтянуть. И это будет намного быстрее работать. Я не могу придумать ни одной причины, чтобы делать так, как ты сейчас пробуешь.

[GSP]

У меня и есть лукап.

[GSP]

Эта связь уже есть

[Владимир Максимов]

Мда... Тут даже и не понятно с чего начинать... Ликбез по теории реляционных баз данных читать как-то глупо...

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

Как так получилось - Вам лучше знать. Ищите, где такая пустота образовалась. Можно, конечно, разными настройками подавить это сообщение, но!

Так связь между таблицами не делают. В теории (и практике) реляционных баз данных связь между таблицами осуществляют по специальным полям, на которые накладывают специфические ограничения. Прежде всего, по уникальности. А у таблицы UserInfo поле Name не уникально. Т.е. связь не однозначна

Вторая проблема - поле Name может быть в любой момент изменено. Как следствие, Вы потеряете связь. Т.е. совершенно непредсказуемо для пользователя образуется связь с "левой" записью таблицы или наоборот, такая связь пропадет

Поэтому, делают следующим образом.

1. В Вашей таблице в обязательном порядке создают поле Id с кодом записи из таблицы UserInfo.

2. Заполнение поля Id
2.1 Если значение поля Name приходит "из вне" системы, то при вводе имени в modifiedField выполняют поиск записи в таблице UserInfo по указанному пользователем имени и программно заполняют поле id

В результате имеем 2 поля - значение пришедшие из вне для контроля и код записи справочника Axapta

2.2. Если в Вашей таблице надо просто выбрать запись из таблицы UserInfo, то просто Lookup для выбора Id и отображение поле Name, но уже из таблицы UserInfo

[GSP]

Цитата:

Сообщение от Владимир Максимов

Мда... Тут даже и не понятно с чего начинать... Ликбез по теории реляционных баз данных читать как-то глупо...

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

Как так получилось - Вам лучше знать. Ищите, где такая пустота образовалась. Можно, конечно, разными настройками подавить это сообщение, но!

Так связь между таблицами не делают. В теории (и практике) реляционных баз данных связь между таблицами осуществляют по специальным полям, на которые накладывают специфические ограничения. Прежде всего, по уникальности. А у таблицы UserInfo поле Name не уникально. Т.е. связь не однозначна

Вторая проблема - поле Name может быть в любой момент изменено. Как следствие, Вы потеряете связь. Т.е. совершенно непредсказуемо для пользователя образуется связь с "левой" записью таблицы или наоборот, такая связь пропадет

Поэтому, делают следующим образом.

1. В Вашей таблице в обязательном порядке создают поле Id с кодом записи из таблицы UserInfo.

2. Заполнение поля Id
2.1 Если значение поля Name приходит "из вне" системы, то при вводе имени в modifiedField выполняют поиск записи в таблице UserInfo по указанному пользователем имени и программно заполняют поле id

В результате имеем 2 поля - значение пришедшие из вне для контроля и код записи справочника Axapta

2.2. Если в Вашей таблице надо просто выбрать запись из таблицы UserInfo, то просто Lookup для выбора Id и отображение поле Name, но уже из таблицы UserInfo

Там нет пустых значений, такая ошибка выходит на выбор любого ФИО. Связь есть по id, но ошибка та же

[smailik]

Можете сюда выложить .xpo формы? Более понятно станет что да как

[mdanko2000]

Цитата:

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

Эта связь уже есть

Писали же выше

Цитата:

S.Kuskov Проверка на корректность вторичного ключа срабатывает даже если подчинённой таблицы нет на форме. Проверка происходит при вводе значения в поле, для которого настроена связь. В свойствах у Relation есть свойство Validate, которое отвечает за эту проверку

Отключи на связи Validate, установив в False.