![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Lookup поля [D7, MSSQL]
johnny © (2004-04-13 07:16:00)Если в базе данных для всех таблиц используются суррогатные ключи типа uniqueidentifier (GUID) каким образом на стороне клиента можно задать для TField свойство FieldKind=fkLookup (непсоредственное присвоение для TGUIDField генерирует ошибку, что поле не может быть вычисляемым и Lookup)?
johnny (2004-04-16 07:34:00) [1]Всем спасибо. Теперь все понял и все получилось :)
ЮЮ (2004-04-15 08:05:00) [2]>Я это понимаю и не только устанавливаю свойство fieldKind=fkLookup ...
Ничего ты не понимаешь. Оставь это поле в покое и добавь НОВОЕ, с другим именем, где укажи, что оно Lookup и для него укажи LookupDataSet и т.д. Я только что проверил, все работает
johnny (2004-04-15 07:24:00) [3]Я это понимаю и не только устанавливаю свойство FieldKind=fkLookup, но и заполняю свойства LookupDataSet, LookupKeyFields, LookupResultFields. Проблема в том, что для поля типа TGUIDField назначение свойства FieldKind=fkLookup вываливает ошибку, что это поле не может быть вычисляемым или Lookup. Вопрос в том, как обойти ограничение на тип для Lookup поля.
ЮЮ (2004-04-14 08:20:00) [4]>В том-то и дело, что есть большое желание заюзать именно механизм Lookup для Tfield
Этот механизм и сосотоит в добавлении и настройке полей Lookup-полей в DataSet, а не простой сменой FieldKind с fkData на fkLookup
johnny (2004-04-14 07:32:00) [5]В том-то и дело, что есть большое желание заюзать именно механизм Lookup для Tfield, а не создавать для него суррогат
Курдль (2004-04-13 11:09:00) [6]Я не экспериментировал с GUID и LookUp, но думаю, что в 90% случаев можно заменить конструкцию LookUp на клиенте запросом с внешними соединениями на сервере.
Johnmen (2004-04-13 09:14:00) [7]Если мы говорим о лукапных полях, то это поля набора данных, а значит они д.б.созданы в списке полей НД и их св-ва д.б.определены.