Вернулся из отпуска и решил закончить тестирование этой самой ANT's.
Пока результаты неутешительные.

Взял SELECT из собственной процедуры, объединяющий 5 таблиц :

============== ANTs DDL==========
CREATE TABLE GUID_CLIC (
pub_guid char(32),
clic_id bigint
)
go
CREATE TABLE CUSTOMER (
feed_key INTEGER,
clic_id bigint,
fico_scor_nbr SMALLINT,
tot_spend_amt DECIMAL(17, 2)
)
go
CREATE TABLE ACCOUNT (
feed_key INTEGER,
cm11 bigint,
iso_alpha2_cntry_cd CHAR(2),
sm_acct_sta_cd CHAR(2)
)
go
CREATE TABLE CARD (
feed_key INTEGER,
cm11 bigint,
supp_nbr SMALLINT,
basic_supp_cd CHAR(1),
mkt_grp_prod_cd CHAR(1)
)
go
CREATE TABLE customer_ACCOUNT (
clic_id bigint,
cm11 bigint,
prod_own_cd char(1),
feed_key INTEGER,
supp_nbr SMALLINT
)

delete from guid_clic
go
call ins_ guid_clic (1000000)
go
delete from customer
go
call ins_ customer (200619000, 500000 )
go
call ins_ card (200619000, 1000000 )
go
delete from account
go
call ins_ account (200619000, 1000000 )
go
delete from customer_ account
go
call ins_customer_account (200619000, 1000000 )
go

select a.pub_guid
, max(e.fico_scor_nbr)
, avg(tot_spend_amt)
from guid_clic a
, account b
, card c
, customer_account d
, customer e
where a.clic_id = d.clic_id
and d.cm11 = b.cm11
and d.cm11 = c.cm11
and d.supp_nbr = c.supp_nbr
and d.clic_id = e.clic_id
and b.iso_alpha2_cntry_cd = 'US' -- US card
and b.sm_acct_sta_cd = '01' -- Active card
and c.mkt_grp_prod_cd not in ('3', 'N','X','Y') -- Non-corp card
and d.prod_own_cd = 'O' -- Owned card
and b.feed_key = 200619000
and c.feed_key = 200619000
and d.feed_key = 200619000
and e.feed_key = 200619000
group by a.pub_guid;

В результате стабильно получаю

Error: Server returned error : ERROR (10006): Unable to complete query due to resource limits. (scratchpad too small in Dataset.sort) (State:A0002, Native Code: 0)

Понятно, что надо что-то где-то подкручивать, но что ? google ничего не находит, в документации ошибки не описаны... И что это за такая база данных, что не может с настройками по дефолту скушать 5 жалких таблиц по 0.5M-1M каждая ?

В таком вот аксепте

iscrafm
Спасибо за информацию. Правда для себя мы сервера БД не покупаем, рекомендуем заказчикам наших систем, какой наиболее подойдет для их задачи, с нужной производительностью и меньшим геммороем в администрировании (много проектов с удаленным обслуживанием). Конечно перед тем как предложить тестируем, отсюда и интерес, сейчас его как раз обкатываем.

Ну и чем ваше тестирование закончилось ? Мое закончилось на простеньком джойне 2х таблиц в 1M и 0.5М записей
select count(*)
from
guid_clic a
, customer_account d
where
a.clic_id = d.clic_id

в ответ на который ANTs сказал
Error: Server returned error : ERROR (10006): Unable to complete query due to resource limits. (scratchpad too small in Dataset.sort) (State:A0002, Native Code: 0)

Вы эту БД заказчикам рекомендуете ?!

Yo.!!2Выбегалло
да черт с ним с селектами :) че там с транзакциями ? можешь хотя бы на стандартные sql92 феномены погонять ?

а че не так может быть с транзакциями ? пишут "It Is fully transactional and persistent. Durability of committed transactions is guaranteed, even in the event of a failure." Насчет "guaranteed even in the event of failure" это конечно маркетинговый буллшит, упасть можно по-разному, но в целом не вижу повода им не верить.
Так шта "феномены" сами гоняйте, мне нелюбопытно.

Regards,
Sergiy

iscrafm ВыбегаллоНу и чем ваше тестирование закончилось ?
Еще не закончилось. На селектах тоже наблюдались странности. Основная заточенность на insert, update,delete. В этих вопросах конечно очень хорошо. Базу портировали из MS SQL. Пообщался с NY, говорят для DWH лучше использовать связку ANTS->DB2, о чем есть соглашения с IBM.

"I told you so" :-))))
/topic/308737&pg=1#2828366

Таки заточена для случаев, когда все данные сидят в памяти.
не хочу сказать, что это плохо - но это надо заранее знать и учитывать при разработке архитектуры.
А как, кстати, ваши из NY советуют заливать данные из ANTs в DB2 - триггерами, при помощи ихнего API или просто батчи устраивать время от времени ? И если в непрерывном режиме, то где гарантии, что DB2 будет успевать за ANTs ?

Продолжение банкета.

Выяснилось, что если заранее создать необходимые индексы, то ANTs не ругается на недостаток ресурсов. Попробовал, протестировал на одном наборе индексов, получил на informix : 2 минуты 20, 2.53 и 1.49 . (кстати, как эту долбанную виндоуз заставить выводить секунды по time ? с ходу не нашел, поставил cygwin)
IBM Informix Dynamic Server Version 9.40.TC2E1 25728 Kbytes
Ants, версия 3.4, Server allocates 359 MB of memory :
2.14, 5.28 (явный глюк приключился) , 2.51 и 2.40. В общем, по сравнению с информиксом селект выполняется слегка медленнее.
Решил попробовать добавить индексов. Сервер упал при построении и встать уже не смог - лог накатывается до определенного момента и сервер рушится. Вручную поправил meta_log.txt, чтобы сервер использовал предыдущий лог. Поднял сервер, начал заполнять таблицы по-новой, в какой-то момент решил прервать заполнение - сервер упал, опять запортив лог. Перерыл всю документацию, прогнал экзешник через strings, но не нашел ничего похожего на переинициализацию с вытиранием базы (аналог oninit -i). Скопировал data и log директории из версии 3.2, поднял сервер :-)
В общем, еще поразвлекаюсь, но основной вывод я уже сделал : в продакшн такое ставить пока нельзя.


В таком вот аксепте