Когда фильтров уже нехватает и остаётся использовать врем. таблицы.

[romeo]

Нужно отработать алгоритм в таблице или есть форма, построенная на этой таблице и в ней нужно отображать записи по фильтру? Если форма, можно переписать триггеры OnFind OnNext. При этом критерий отбора может быть насколько угодно сложным.

[e-statik]

2 romeo:
А если нужно иметь возможность править записи, а не только смотреть? Ещё кучу тригеров переписать, я правильно понимаю?

[romeo]

Цитата:

Сообщение от e-statik

2 romeo:
А если нужно иметь возможность править записи, а не только смотреть? Ещё кучу тригеров переписать, я правильно понимаю?

<{POST_SNAPBACK}>

Триггера в навижене вообще единственное место, куда пишется код ) И переписали мы этих триггеров уже немеряно. Так что .. можно и еще кучу переписать. Потом, почему нельзя править записи в такой форме? Единственное - они могут выпадать из фильтра, если перестанут удовлетворять условиям. Я говорю про форму, построенную на нормальной, не временной таблице.

[e-statik]

Цитата:

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

Я говорю про форму, построенную на нормальной, не временной таблице.

А можно примерец привести, как на OnFind OnNext это сделать и без временной таблицы?? Спасибо.

[e-statik]

И ещё задача. Примитивная структура:
Таблица1 содержит записи некоторой сущности, есть ключевое поле...
Таблица1 связана с Таблицей2 как "один ко многим".
Таблица2 содержит список пользователей для каждой записи из Таблицы1.
Пусть пользователи берутся из Таблицы3, где каждый пользователь уникален, впрочем эта таблица уже не важна в рамках задачи...

А теперь простой вопрос: как получить записи Таблицы1, к которым я - Пользователь_X имею отношение в Таблице2?

[zub]

Цитата:

Сообщение от e-statik

Цитата:

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

Я говорю про форму, построенную на нормальной, не временной таблице.

А можно примерец привести, как на OnFind OnNext это сделать и без временной таблицы?? Спасибо.

<{POST_SNAPBACK}>

<div class='CALtop'>C/AL</div><div class='CAL'>

OnFind
Exit(FormFind(Which));

OnNext
exit(FormNext(Steps));


FormFind(Which : Text[1024]) : Boolean
lrec.COPY(Rec);
IF NOT lrec.FIND(Which) THEN EXIT(FALSE);
IF Which='+' THEN
  li:=-1
ELSE
  li:=1;
WHILE NOT CheckFindRec(lrec) DO BEGIN
  lii:=lrec.NEXT(li);
  IF lii=0 THEN EXIT(FALSE);
END;
Rec:=lrec;
EXIT(TRUE);

FormNext(Steps : Integer) : Integer
lrec.COPY(Rec);
lrec:=Rec;
li:=0;
CASE TRUE OF
Steps>0:li:=1;
Steps<0:li:=-1;
END;
lRealStep:=0;
REPEAT
   lii:=lrec.NEXT(li);
   IF lii=0 THEN EXIT(lRealStep);
   IF CheckFindRec(lrec) THEN BEGIN
      lRealStep:=lRealStep+li;
      Rec:=lrec;
   END;
UNTIL lRealStep=Steps;
EXIT(lRealStep);
</div>

функция CheckFindRec возвращает TRUE для записей удовлетворяющих условию

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

[romeo]

Можно в OnOpenForm() получить строку фильтра - набор ID сущностей для пользователя (фильтр на код пользователя в таблице 2 и получение кодов сущностей через палку из нее же) и зашить этот фильтр в какую-нить фильтргруппу при открытии. Если сущностей не особо много ..

[e-statik]

Цитата:

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

Если сущностей не особо много ..

Мне стоило сразу в задаче это указать Много. Такой фильтр тут исключен.

[e-statik]

Вал работы, только добрался до проверки этого кода.
Сходу добиться работоспособности кода у меня не получилось.

lrec - это локальная temp record?

У меня всегда отображается пустой список, и не важно что возвращает CheckFindRec - TRUE или FALSE

[zub]

Цитата:

Сообщение от e-statik

Вал работы, только добрался до проверки этого кода.
Сходу добиться работоспособности кода у меня не получилось.

lrec - это локальная temp record?

У меня всегда отображается пустой список, и не важно что возвращает CheckFindRec - TRUE или FALSE

<{POST_SNAPBACK}>

lrec- локальный RECORD физической таблицы, также как и REC

[e-statik]

2 zub
Она временная или нет??

И REC - это не локал. record, а глобал...

[zub]

Цитата:

Сообщение от e-statik

2 zub
Она временная или нет??

И REC - это не локал. record, а глобал...

<{POST_SNAPBACK}>

lrec не временная, REC это REC самой формы

[e-statik]

Да с REC-ом то всё понятно. Просто когда я увидел конструкции вроде
lrec.COPY(Rec);
lrec:=Rec;
решил, что такое стоит выполнять только с временной таблицей, думая что в противном случае это может внести изменения в реальные данные. Видимо нужно ещё почитать документацию

Спасибо! Код фунициклирует.
Вопрос такой: а есть ли при этом возможность данные править и чтобы изменения сохранялись?

[romeo]

Цитата:

Сообщение от e-statik

решил, что такое стоит выполнять только с временной таблицей, думая что в противном случае это может внести изменения в реальные данные.

<{POST_SNAPBACK}>

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

[zub]

Цитата:

Сообщение от e-statik

Да с REC-ом то всё понятно. Просто когда я увидел конструкции вроде
lrec.COPY(Rec);
lrec:=Rec;
решил, что такое стоит выполнять только с временной таблицей, думая что в противном случае это может внести изменения в реальные данные. Видимо нужно ещё почитать документацию

Спасибо! Код фунициклирует.
Вопрос такой: а есть ли при этом возможность данные править и чтобы изменения сохранялись?

<{POST_SNAPBACK}>

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

[romeo]

Цитата:

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

Цитата:

Сообщение от e-statik

Да с REC-ом то всё понятно. Просто когда я увидел конструкции вроде
lrec.COPY(Rec);
lrec:=Rec;
решил, что такое стоит выполнять только с временной таблицей, думая что в противном случае это может внести изменения в реальные данные. Видимо нужно ещё почитать документацию

Спасибо! Код фунициклирует.
Вопрос такой: а есть ли при этом возможность данные править и чтобы изменения сохранялись?

<{POST_SNAPBACK}>

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

<{POST_SNAPBACK}>

Если изменятся значения полей, критичных при определенных условиях отбора, строки будут пропадать просто при хождении по записям.

[e-statik]

Да, я поэкспериментирую с этим, правда незнаю как скоро это получится сделать.

Ещё раз спасибо!

[zub]

Скорее всего если убрать COPY(REC) то все будет зависить от признака выдавать запись или нет при анализе lrec
Тогда будет всеравно какой фильтр наложен на форму, но не вижу этому применения, хотя гепотетически это возможно.

[Malcom]

Цитата:

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

Если изменятся значения полей, критичных при определенных условиях отбора, строки будут пропадать просто при хождении по записям.

А не подскажете, что можно сделать, чтобы строки не пропадали? Поменять условия отбора?

[romeo]

Цитата:

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

Цитата:

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

Если изменятся значения полей, критичных при определенных условиях отбора, строки будут пропадать просто при хождении по записям.

А не подскажете, что можно сделать, чтобы строки не пропадали? Поменять условия отбора?

Не, ну наверное можно будет как-нить извратиться .. Держать записи, показанные при открытии во временном буфере и отображать ИЛИ удовлетворяющие условию ИЛИ имеющиеся в буфере .. Всегда можно что-то сделать.