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

смотри savesetting

а зачем тебе MDB ?????

чем - то не устраивают временные пользовательские таблицы на сервере, видимые только из текущего коннекта?

заменяешь в своем коде
Me.Filter
Me.FilterOn

Me.OrderBy
Me.OrderByOn

авторКлиентские сортировки на ADORecordset работают ЗНАЧИТЕЛЬНО медленнее
+ проблеммы с вычислением агрегирующих полей в примечании

никогда не замечал тормозов... может проблема в вычислении итоговых значений как агрегатов в примечании ??? - так в адп делать неприемлемо.

для вычисления агрегатов можно программно :
1. вычислять значение и выводить его в текстбокс
2. вычислять по фильтру формы условие отбора и заменять его в источнике данных листбокса (можно несколько разных сумм в один контрол)
а) в несколько столбцов - подписи сверху
б) в несколько строк - select с именами параметров и их значениями
3. применять фильтр формы на клон рекордсета и вычислять в нем

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

автор>вычислять по фильтру формы условие отбора
>а) в несколько столбцов - подписи сверху
>б) в несколько строк - select с именами параметров и их значениями
представляеш сколько доп кода?
а что мне представлять? у меня так много где сделано. совсем немного кода.

автор+инерция пользователей привыкших к MDB.
а для пользователя все совершенно одинаково выглядит форма как форма - он же не делает ревизию кода ...

автор>3. применять фильтр формы на клон рекордсета и вычислять в нем
сам то пробывал?

так не делал, всегда генерю запрос возвращающий одно суммовое значение или список суммовых значений и потом их помещаю в контролы,

вызов функции пересчета из одного контрола формулой - функцией а функция пересчитывает глобальный массив (массив если суммы нужны для каждой записи ленточной формы) значений формы и обновляет значения других пересчитываемых контролов

авторКак насчет того что у них синтаксис разный?

а то что разное заменяем реплейсом а заменить там надо имя формы с точкой на ""


автор>- синхронизация данных введенных пользователем и данными которые за
>время его работы в мдб изменили другие пользователи на сервере.
Тогда надо открыть DAORecordset на основе МВВ запроса к серверу
будет чуть медленнее чем на временной таблице,
но кстати быстрее чем через ADO(проверял)

гы, всякое видел , но такого....

Кстати сейчас, и твой топик еще раз мне напомнил о моей задумке, хочу добить вопрос почему при присвоению рекордсета отчету в нем та же лажа что и с формой -в плане функций группировки.

в чем прелесть рекордсета который создает сам отчет на основе recordsource? и как сделать такой же для формы.

сижу, сравниваю параметры, пока ничего не помогает

ЭХ... понесло меня ))

2 Senin Viktor

иногда меня люди просто удивляют, иногда смешат.
в в твоем случае - просто нет слов, хотя понимаю что как правило что многие решения просто наследство старых решений...

как насчет хранить настройки на сервере в одной таблице в которой каждому пользователю дать уникальный код а его брать из реестра??

все настройки можно будет вытащить запросом SELECT * FROM настройки Where Код = <Код пользователя из реестра>

2 Incod

авторКаждый пользователь при входе на сервер (ведь речь идет об ADP+SQL) и так известен

вобщем то да но и нет одновременно :

1 не всегда под одним логином работает один человек
2 не всегда с одного компа работает один человек (несколько профилей)

2 Hummer

Хоть кто то меня поддерживает, а то все спорят , я так и в депрессию могу впасть ))


А никто не знает прогу -шпиончика для адо ?
хочу посмотреть как в ADP отчет формирует рекордсет

авторТ.е. при нормальной организации политики безопасности - логин юзера и есть тот уникальный код, который ты предлагаешь хранить в реестре.

видимо так, или логин + идентификатор приложения чьи настройки


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

2 Senin Viktor
боже упаси мне умалять чьи либо достоинства.
совсем не собирался говорить обидные слова.

что касается удобства то :
самая близкая дорога - та которую лучше всего знаешь ...


А профилер мне не подойдет
я хочу смотреть опции устанавливаемые при вызове библиотеки ADO на локальном компьютере а не запросы , которые она шлет серверу (или я чего не понимаю?)

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

Auto Recalc DBPROP_ADC_AUTORECALC

Latuk
Latuk Там еще много сюрпризов (взять хотя-бы Like<=>ALike,%<=>*)
для полноценной работы придется писать целый транслятор.

вобщем то да, но только написать его нужно только один раз, даже где -то был готовый, но найти не могу.

2 Senin Viktor
а я на всякий случай извенился, чтоб не обидеть хорошего человека. ))

2 Виктор авторпрограммист - даже в беседе проводишь обработку возможных ошибок
и смех и грех, тяжело по жизни (в общении) когда думаешь на VB и TSQL, не поверишь даже сны снятся в рамках контроля целостности данных ))


2 ALL
Затронутая проблема не давала мне спокойно жить все празники и вот к чему я пришел.

1. при запуске ACCESS 2003 есть нудное предостережение, что не установив
JET SP8 будут проблемы с фильтрами. Я несказанно обрадовался и стал качать с надеждой что замена ядра может поможет и ACCESS 2002 - фиг не помогает.
(вариант с акксесс 2003 буду тестить сегодня)

2. Решил что если программно заменять клиентский фильтр на серверный то проблем с суммовыми полями быть не должно да и скорость не должна упасть

Вот что получилось:
ADP, ACCESS 2002
замена клиентского фильтра на серверный:





проверено и работает при источнике данных таблице, SQL строке, представлении
не будет работать с хр.процедурой

В таком варианте работают суммовые поля при использовании фильтров.
для оценке скорости брал таблицу с 300 000 записей - я считаю что это много для вывода в форму скорость до 2 сек.

самоисправляюсь:



заблуждался будет правильно так

'В общий модуль'
Option Compare Database

Public Sub SET_ServerFilter(ByRef FRM As Form)
Echo False

Dim SF As String
SF = FRM.Filter

If SF = "" Or FRM.FilterOn = False Then ''"
FRM.ServerFilter = "" ''"
FRM.RecordSource = FRM.RecordSource
Echo True
Exit Sub
End If

SF = Replace(FRM.Filter, Chr(34), "'", , , vbTextCompare)
'не стал заморачиваться с незаменой кавычек и ALIKE внутри других кавычек, но думаю что для начала и так сгодится "
SF = Replace(SF, " ALike ", " Like ", , , vbTextCompare)
'Если в источнике данных не имя объекта а SQL строка то'
If frm.recordsource like "*SELECT*" Then SF = Replace(SF, FRM.Name & ".", "", , , vbTextCompare)


If Trim(FRM.ServerFilter) = "" Or IsNull(FRM.ServerFilter) Then
FRM.ServerFilter = SF
Else
FRM.ServerFilter = FRM.ServerFilter & " AND " & SF
End If
FRM.Filter = ""
FRM.RecordSource = FRM.RecordSource
Echo True
End Sub[/SRC]