Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Легче, Ktirf, легче... 27.08.04 11:09 Число просмотров: 2875
Автор: anw Статус: Незарегистрированный пользователь
|
Легче, Ktirf, легче...
Давай слушать друг друга будем, ОК? Иначе пользы от этого форума не будет. Нам ведь интересно мнение друг друга - мы здесь для этого, правда?
Кто тут про объекты ВНУТРИ скуля говорил? Перечитал ветку и не нашёл такого. Наверно ты меня не так понял. Давай обрисую проблемку ещё раз с начала.
Есть промышленная СУБД на стороне клиента (SQL). Есть клиентская часть, в которой очень хочется и как справедливо заметил Zef "Бог велел" использовать объекты в стиле
class CSclad : public CRecordSet
{
public:
Put(tovar_type tt, measure_unit EdIzm, int Col_vo);
Get(tovar_type tt, measure_unit EdIzm, int Col_vo);
};
При таком подходе в трафике серванта имеем большое количество простейших запросов, которые кэшируй - не кешируй гробят производительность системы. Альтернатива одна - писать ручками один сложный запрос в стиле начала 80-х и его вызывать из класса на КЛИЕНТСКОЙ стороне. Большинство работающих систем такие. Проблема в трудоёмкости - у нас щас на 1 программера-шарпера - 3 чела со скулём. Шарпер, используя прелести ООП быстренько страгает клиентскую часть и посмеевается над скулями, которые инструментами начала 80-х тщетно пытаются за ним успеть. Вот в чём проблема - хотелось бы услышать от общественности варианты её решения.
Засовывание объектов в скуль, чего Ktirf так боиться уже случилось - и пока не спасает - см. PostgreeSQL.
|
|
|