В принципе orefkov прав в том, что драйвер Fox мог бы и догадаться,что если стоит условие

WHERE ID=' ZSD     ' 

и есть индекс по выражению ID+STR(Date,8) ,
то нужно использовать этот индекс, а не шерстить всю таблицу.

Вот идея подправки драйвера наверно было бы cool

И насчет сервера приложений - если он может оптимизировать нагрузку, тоже cool.
Во всяком случае - для SQL и при большом количестве пользователей  рекомендуют его иметь.

Uzhast писал(а) 17. Октября 2007 :: 07:26:

Красивую модель сейчас на трезвую голову не нарисую - много думать надо.
Но вкратце, как-то так:

На клиенте существует объект - "ПроксиОбъект".
Некоторой командой инициализации мы создаем объект на сервере и сопоставляем его прокси-объекту.
Дальше мы можем вызывать методы и использовать данные прокси-объекта, переадресуя вызовы объекту сервера.

Примерно так:

_сервер =СоздатьОбъект("Сервер");
// установка параметров авторизации, безопасности, адрес сервера и т.д.
_сервер.Подключить();

_о =_сервер.СоздатьОбъект("КлассОтчетОстаткиТМЦ");
_результат =_о.ПолучитьОстатки();
 

Это все довольно просто.
Дальше - можно подумать, что возвращать в качестве результата.
Первоначально я думал только о простых типах (строки, числа), но с другой стороны, почему бы не возвращать такие же прокси-объекты?

_склад =_о.ПолучитьГлавныйСклад(); // справочник.элемент
Сообщить(_склад.Наименование);
 

Короче, такая модель.
Вполне двусторонняя, т.к. если можно получать данные, то ничто не мешает их передавать и обрабатывать на сервере.
Вполне масштабируемая, т.к. можно не ограничивать возможность подключения одним соединением - соединенй может быть много.
Режим получения данных может быть как синхронным, так и асинхронным.
Создал 10 подключений к филиалам, раздал всем команду "ПодготовитьОтчет", собрал в кучу, когда будет готово.

Для локальной сети - кроме балансировки нагрузки получаем еще и непосредственную типизацию результата в родной формат.
Например на сервере можно вернуть "ЗначениеВСтрокуВнутр(тз)", а на клиенте - развернуть, и это будут родные данные.

Ну, а о проблемах на этом пути... потом как-нибудь подумаем...
Их примерно еще на два листа (это те, о которых я знаю).

kms писал(а) 17. Октября 2007 :: 16:52:

А ведь похоже, что такую хреновину (прокси для CBLContext) сделать не так уж и сложно Наверное, сложнее всего будет сделать некий головной модуль, удерживающий пул одинэсов и распределяющий запросы между ними.

kms писал(а) 17. Октября 2007 :: 17:03:


Миш, пример того что тебе надо можешь выложить скриншот? я восьмерку не наю

kms писал(а) 17. Октября 2007 :: 17:03:

Показалось что-то У панели команд ведь может быть ну очень много кнопок. И каждая с картинкой или текстом. Плюс какие-нибудь дополнительные атрибуты. Боюсь, что может стать не наглядно. Будет здоровая куча кода, с которой сложновато работать. Но, как говорится, на безрыбье и это сойдет. Но вот как бы было здорово, если бы удалось еще расковырять редактор форм для Конфигуратора?...

Блин, я от этих вентиляторов скоро на стену полезу  С 7.0 еще тянутся

kms писал(а) 17. Октября 2007 :: 17:22:

Как раз для этой ветки
Надо будет поспрашивать trdm'а насчет хорошего встраиваемого опесурсного редактора форм. И настропалить metaeditor'а встроить этот редактор вместо одинэсного (опыт, типа, есть, все дела...)