Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Откуда берет значение RECNO() в случае с Remote View?
|
|||
|---|---|---|---|
|
#18+
Есть PageFrame из 3х страниц. На первых двух привязаны разные remote View, а на 3-й странице поиск по этим Remote View. Результат поиска записывается в локальную таблицу, которая привязана к гриду на 3-й странице. Как сделать так, чтобы по двойному клику на строке грида фокус переходил на соответствующую запись в remote view. Для перехода к странице признак есть, а вот для перехода к записи однозначного поля нет (даже набора полей). А главный вопрос такой (может и решение):"Откуда берет значение RECNO() в случае с Remote View? И изменяется ли это значение для записи при выполнении Requery()". Заранее благодарен. Может кто что-нибудь другое подскажет, нежели RECNO(). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 11:53 |
|
||
|
Откуда берет значение RECNO() в случае с Remote View?
|
|||
|---|---|---|---|
|
#18+
Любое View физически - это результат выполнения Select-SQL. Результатом выполнения такой команды является некая временная таблица физически расположенная на клиентской машине. Фнкция Recno() просто считывает физический номер записи этой временной таблицы. Разумеется, после выполнения Requery() (фактически нового выполнения Select-SQL) в общем случае записи будут распологаться в другом порядке (что-то вставили, что-то удалили, что-то изменили) и те же записи могут распологаться на других местах. Т.е. Recno() уже вернет другие значения для тех же записей. Более того, при работе с буфферизированными данными (View всегда буферезирован) новые записи (только что созданные клиентом) имеют отрицательный номер Recno(). Т.е. опираться на Recno() в общем случае - не стоит. Строить Remote View без уникального идентификатора - бессмысленное занятие. Т.е. такое поле должно быть. Другое дело, что ты можешь это поле не отображать в Grid. Почему бы тебе не включить все ID в результат поиска? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2004, 13:30 |
|
||
|
Откуда берет значение RECNO() в случае с Remote View?
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответ. Но я имел ввиду, что уникального идентификатора нет в самой таблице на SQL сервере. В DBF я делал это простым позиционированием на записи в таблице, а потом выводил ее. А здесь наверное ничего не получится, нужен ID в исходной таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2004, 15:59 |
|
||
|
Откуда берет значение RECNO() в случае с Remote View?
|
|||
|---|---|---|---|
|
#18+
Конечно не получится. В SQL сервере вообще нет такого понятия как "номер записи". Единственно возможный способ позицинирования на любом SQL-сервере - это по содержимому записи. Обычно, по содержимому ключевого поля, которое именно для этой цели и создается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2004, 19:39 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=32469343&tid=1596861]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 371ms |

| 0 / 0 |
