Работает то вроде все отлично, никаких пока претензий, но вот именно, что с date и datetime не правильно отбражение идет.
В частности - я просматриваю данные во вкладке 'data' (по select то же самое) и вижу значения в поле с датой "31.12.99", а теперь кто мне скажет какой год забит в базе???????
Причем уверяю вас, что ответ не очевиден. Т.к. в моем случае есть и 1899 и 1999 и даже 9999 год в таблице.
Хотелось бы всетаки, что бы отображение поля date производилось в соответствии с параметром dbdate из настроек setnet32. Или всегда DMY4.
Практически все то же самое относится и полю datetime. Я конечно не спорю, что в привычном формате смотреть на значения приятно. "29.10.99 15:17:00" Но опять, какой год вбит в поле???? При том, что в запросах всеравно в условии where придется вбивать (например) dt_registr >= "1999-10-29 15:17:00"
И соответственно при работе с фильтрами во время отбор данных автоматом подставляется значение "29.10.99 15:17:00" и даже если я подставлю "29.10.1999 15:17:00" всеравно получаем SQL ошибку.
Все выше сказанное проверялось при работе с версии Informix 7.31
На 9-ке не проверял, т.к. вся основная работа у нас ведется с седьмой версией.
Да и судя по коментам народа в форуме седьмой версией пользуются еще достаточно многие.
А так, по сравнению с предыдущими версиями продукта, чуствуется значительный прогресс ;-) что радует просто по доброму :-)
Спасибо автору.

И еще один момент по отношению к работе с Informix 7.31
При просмотре информации о таблице во вкладке Fi у меня отображается

*
d_registr DATE No
r_day DATE No
month_cor CHAR(2) No
year_cor CHAR(2) No

соответствеено когда я в шаблоне подставляю %ALLFIELDS%, то в окне редактора при выборе шаблона отображается вначале
*,
а потом
d_registr, r_day, month_cor, year_cor

Это было так задумано или специфика семерки?

olleg Alevtin
Работает то вроде все отлично, никаких пока претензий, но вот именно, что с date и datetime не правильно отбражение идет.
В частности - я просматриваю данные во вкладке 'data' (по select то же самое) и вижу значения в поле с датой "31.12.99", а теперь кто мне скажет какой год забит в базе???????

У меня IDS 7.31ТС8 и eSQLEditor 5.10b. на WIN2003
Количество цифр в годе полей типа date и datetime определяется в Windows: "Язык и региональные стандарты". У меня задан краткий формат даты
как dd.MM.yyyy и я вижу в eSQLEditorе все 4 цифры года.


Да, действительно. Не допетрил. Пытался изменять настройки setnet, а про региональные настройки как то даже в голову не пришло. Сори. Вопрос с отображением даты снимается.
Но всеравно остается некоректная автоматическая подстановка значения datetime в фильтр.

Журавлев ДенисКхм, в сравнении с какими версиями? По большому счету уже года два ничего не меняется.
Ну почему ничего не менялось. Менялось, если уж 5-ая версия доросла до 10-го релиза :-) Значит идет работа над исправлением различных багов, плюс развитие новых возможностей, пусть и не кардинальное изменение, но всетаки. Да и первая версия, которую я пробовал юзать, была еще под BDE.

Журавлев Денис
Я спрашиваю потому что мне очень интересно, "какой бантик больше всего понравился какая бага сильнее мешает".

Ну как для меня, то больше всего напрягало то, что для работы необходим был BDE, но это уже давно убрано. Мне просто лениво было ходить по народу и настраивать вначале setnet, потом ODBC, потом BDE. Намного проще поставить только setnet :-)

Что еще хотелось бы? А нельзя ли сделать так, что бы окно с редактором и окно со структурами таблиц и процедур по соответствующей настройке отображать в разных окнах. Сейчас можно скрыть только окно со стуктурами. Но иногда оно необходимо при работе. Просто вкусы у народа разные и каждый бы делал настройки отображения обоих окон одновременно в одном или в разных - по своему усмотрению :-)

Еще в строке с результатом запроса, там где теперь "Some ;) row(s) retrieved." отображать количество возвращенных, проапдейченных, вставленных, удаленных строк.
Правда я вот читаю, что будет вывод по 200 строк????? Либо я что-то не понял, но по select необходимо выводить все. А уж если кто-то задаст запрос который вернет пару миллионов строк, то это его проблемы. Пусть заранее думает, что он делает. Такое ограничение приемлемо только при отображении в окне data и то, только через настраиваемый параметр.

Еще в окне result можно изменять последовательность колонок,удобно, а можно ли добавить туда еще и сортировку по клику мышкой на оглавление колонки - прямую и соответственно обратную

Журавлев Денис для insert/update/delete/select into это уже давно так, по моему с год.

Проверяю.
делаю select к таблице
пишет
SQL - 00:00:00.059 Some ;) row(s) retrieved.
И где количество возвращенных строк. Или отять речь не про это?
а-а-а-а-а. вижу если сделать
select ..... into temp ....
Тогда получаю строку
SQL - 00:00:00.093 144 row(s) retrieved into temp table.
Но я говорил просто про select.
Но по большому счету это конечно мелочь, но приятная ;-) Работа с переменными более важная фича, полностью согласен.
Кстати о птичках, если не секрет, то на чем пишите. Такое ощущение, что к Informix вы обращаетесь посредством cpp библиотек, а интерфейс нарисован на Microsoft Visual.
Просто у нас разработка связанная с обращением к Informix ведется в основном с использованием ESQL/C