Здравсвуйте !

Создана таблица

create tab1
(
cp_progid char(3) not null ,
cp_user char(20) not null ,
cp_table char(20) not null ,
cp_field char(80) not null ,
cp_condition char(300) not null
);

create unique index ind_cpskey on tab1 (cp_progid,cp_user,cp_condition);
create index ind_cp_perm on tab1(cp_progid, cp_user,cp_table,cp_field);

Таблица заполнена записями (символьные)
------

Запрос:

select cp_condition from tab1;

дает ошибку 301
-301 The total size of the GROUP BY columns is too big.

The database server limits the total number of bytes in the combined
columns that the GROUP BY clause lists. All database servers support at
least 120 bytes. See the discussion of error -300 for more information.


infomix: 7.30 UC10 (linux)

причём тут GROUP BY clause lists ? я не монимаю

может кто сталкивался ?

Александр

ASF-cr:INFORMIX LIBASF LIBRARY Version 9.30.UC1
CLI-cr:INFORMIX ODBC LIBRARY Version 3.31.0000.UC1
CPLUS-cr:INFORMIX C++ API 2.70.UC1
ClientSDK-cr:INFORMIX-Client SDK Version 2.40.UC1
DMI-cr:INFORMIX LIBDMI LIBRARY Version 2.20.UC1
ESQL-cr:INFORMIX EMBEDDED SQL for C Version 9.30.UC1
GENLIB-cr:INFORMIX LIBGEN LIBRARY Version 9.30.UC1
GLS-cr:INFORMIX LIBGLS LIBRARY Version 3.10.UC1
I4GL-cr:INFORMIX-4GL Version 7.30.UC1
I4GP-cr:INFORMIX-4GL Rapid Development System Version 7.30.UC1
IDS-cr:Informix Dynamic Server Version 7.30.UC10
ISQL-cr:INFORMIX-SQL Version 7.30.UC1
OSLIB-cr:INFORMIX LIBOS LIBRARY Version 9.30.UC1
SQLI-cr:INFORMIX LIBSQL LIBRARY Version 9.30.UC1

сервер на на локальной машине
клиент тоже
клиент работает через onipcshm

isql и dbaccess и из 4gl

я понимаю , что со стороны смориться дико
но факт , при этом ошибка плавающая - всплывает не каждый день

это именно на 7.30 , например на 9.40 уже нет

похоже это родимое пятно 7.30 :(

тут сотоварищи вспомнили , что такое лечилось перестройкой индексов в определённом порядке

собственно мой вопрос был - было у кого в практике такое ?

агу - сделаем

Александр