Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Хороший пример 23.08.04 11:42 Число просмотров: 3022
Автор: amirul <Serge> Статус: The Elderman
|
> запросов. А его высочество Скуль штучка та ещё - она ДЛЯ
> ОПЕРАЦИЙ НАД МНОЖЕСТВАМИ сделана - хорошо написаный
> "вручную" запрос к большому объединению она сдеалает
> быстренько, а ту же работу, разбитую на десяток простых
> операций (пут-гет) - нет! Если база "не детского" размера,
Конечно, можно и объектное решение написать так, чтобы исполнение операций откладывалось до момента, когда операцию можно выполнить наиболее эффективно. После чего кешировалось во избежание повторных запросов.
У страуструпа есть пример иерархии классов, реализующих арифметические операции. Семантика всех операций сохраняется (запись a+b приводит в общем случае к вызову некоторой функции add(a,b), возвращающей значение данного типа), но некоторые операции аггрегируются. Например, на некоторых архитектурах умножение двух чисел и прибавление к ним третьего - элементарная операция (очень часто используется в численных методах, матричной алгебре и пр), иногда можно еще и указать, куда поместить результат (отказ от использования временных переменных необходим например при вычислениях с произвольной точностью или матричными вычислениями). Так вот страуструп привел набор классов, при которых запись
a = b*c + d;
в конце концов сворачивается к некой
mul_add_and_assign(a, b, c, d); - суть тетрарный оператор
Отложенное исполнение и кеширование могут помочь реализовать эффективную объектную модель базы данных. Но ведь ООП претендует на упрощение понимания, а вот простые ручные запросы на мой взгляд гораздо понятнее и проще, чем извратная структура классов.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
