переос данных из ibQuery

← →
Itonixxx (2006-11-12 17:07) [0]

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

← →
Johnmen © (2006-11-12 17:21) [1]

Можно.
INSERT INTO <отдельная табличка> (<список полей>) VALUES (<список значений>)
И так столько раз, сколько записей в "результатах запроса".

← →
Anatoly Podgoretsky © (2006-11-12 17:29) [2]

> Johnmen (12.11.2006 17:21:01) [1]

Вместо values подставить select сразу с результатом

← →
Itonixxx (2006-11-12 17:34) [3]

> Anatoly Podgoretsky © (12.11.06 17:29) [2]

> Johnmen (12.11.2006 17:21:01) [1]

Вместо values подставить select сразу с результатом

что-то я не очень понял. а можно примерчик?

← →
Itonixxx (2006-11-12 17:41) [4]

в догонку:
а в каком месте надо его писать?
в онКалькФилдс или после отработки запроса?

← →
MikePetrichenko © (2006-11-12 17:42) [5]

insert into TABLE_NAME(Fields)
select Fields
from TABLE_NAME_2
join TABLE_NAME_3 on Field_TABLE_NAME_3_ID = TABLE_NAME_2_3_REFERENCE
where (conditions);

← →
Johnmen © (2006-11-12 17:53) [6]

> Anatoly Podgoretsky © (12.11.06 17:29) [2]
> Вместо values подставить select сразу с результатом

Нельзя, у него же ОнКалкФиелдс, которые он хочет в "отдельную таблицу".

← →
Desdechado © (2006-11-12 18:21) [7]

> у него же ОнКалкФиелдс, которые он хочет в "отдельную таблицу"
если принцип их калькулирования не очень сложный, то в таблице может быть свой набор полей COMPUTED. IB это позволяет.

← →
Johnmen © (2006-11-12 18:46) [8]

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

Может. Только, судя по тому, что используется ОнКалкФиелдс, применение COMPUTED полей неприменимо для удовлетворения локальных потребностей приложения.

← →
Desdechado © (2006-11-12 19:00) [9]

а может, просто автору о них неизвестно...

← →
Anatoly Podgoretsky © (2006-11-12 19:09) [10]

> Нельзя, у него же ОнКалкФиелдс, которые он хочет в "отдельную
> таблицу".

Пусть эти ОнКалкФиелдс сделает в запросе, запрос то у него есть, а ОнКалкФиелдс это в основном для Table

← →
Anatoly Podgoretsky © (2006-11-12 19:10) [11]

> Может. Только, судя по тому, что используется ОнКалкФиелдс,
> применение COMPUTED полей неприменимо для удовлетворения
> локальных потребностей приложения.

Уверен, я думаю тут дело в знаниях, а не в неприменимости.

← →
Johnmen © (2006-11-12 20:07) [12]

> Anatoly Podgoretsky © (12.11.06 19:10) [11]

Возможно.
Но я допускаю и вполне реальную потребность в вычисляемом поле в НД. Которую не заменят ни вычисляемые поля в таблице, ни вычисляемые поля в запросе.

Честное слово, за 10 лет работы с базами данных ни разу не встретил задачи, которая бы требовала использования OnCalcField и не позволяла перенести эти самые калк филды на сторону сервера/запроса.

P.S. Не беру в расчет Paradox и иже с ним.

> Честное слово, за 10 лет работы с базами данных ни разу
> не встретил задачи, которая бы требовала использования OnCalcField
> и не позволяла перенести эти самые калк филды на сторону
> сервера/запроса.

Элементарный и встречающийся повсеместно пример - подстановка значений, не хранящихся в БД.

> Элементарный и встречающийся повсеместно пример - подстановка
> значений, не хранящихся в БД.

Та ну! А case и хранимые процедуры уже отменили?

> MikePetrichenko (13.11.2006 0:45:13) [13]

> Не беру в расчет Paradox и иже с ним.

И чем он тебе не угодил, тоже вроде можно

> MikePetrichenko © (13.11.06 00:45) [13]
> MikePetrichenko © (13.11.06 01:01) [15]

Причём тут сервер, если значения лежат на клиенте?
И второе. Желание видеть актуальное изменение значений полей НД в зависимости от др. изменяемых значений, указанных выше.

переос данных из ibQuery Найти похожие ветки