Надеюсь, что многие информиксоиды из тех, кто заходит на этот форум, заметили появление Informix FAQ http://www.sql.ru/faq/faq.aspx?id=115000
и даже некоторые статьи в нем (спасибо Денису Журавлеву за перенос).
К сожалению, у меня так и не появилась возможность создавать и редактировать там разделы, поэтому предлагаю Денису еще добавить несколько разделов, в которые будем постепенно добавлять насущные вопросы.
Кстати, многие из помещенных там вопросов у меня уже подкорректированны (иногда существенно), но я не знаю, как там заменить существующие...
Хотелось бы найти способ, чтобы информация там была всегда максимально актуальна и точна, к тому же разделенная на более мелкие вопросы, для облегчения поиска.
В самом FAQ предлагаю следующие разделы (первые четыре уже есть):
- Общие вопросы
- Administration - большинство вопросов администрирования СУБД, без специфики платформы (ОС)
- HDR-ER - все вопросы репликации
- Programming - все вопросы программирования (в т.ч. SQL, PL-SQL, PHP, ODBC, JDBC, Client-SDK...)
- Informix_Locale - трудности и тонкости локализации
- Admin-Tools - перечень и описания различного инструментария для работы (как для работы с БД, так и для управления сервером)
- OnBar-ISM-ontape - все вопросы архивирования и восстановления
- Windows (special) - специфические аспекты на платформе Windows
- Unix (special) - специфические аспекты на платформах *NIX

Предлагаю этот топик в дальнейшем использовать для всех анонсов, замечаний, предложений и пр. , касающихся FAQ Informix.

Журавлев Денис
Это тянет на фак, а не на раздел.
...
это тоже фак в разделе Administration.
...
это тянет на факи в Administration
Надо определиться с "понятиями", а то у нас все факи :)
Статья - минимальная единица FAQ, в которой рассмотрен один или несколько однотипных вопросов. Обычно небольшого размера (1 страница или более, если разделить тему сложно). Имеет свой заголовок (название), звучащий обычно как вопрос.
Раздел - группа статей одной тематики. Желательно, не более 15-20 штук. Если Статей становится больше - делится на дополнительные разделы того же или нижнего уровня.
Чем лучше структурированы разделы, тем легче потом найти нужную тему и нужный вопрос, тем более, что формулируется вопрос у каждого по разному.
Вот поэтому я и предлагал такое кол-во разделов, с учетом, что в каждом из них будет достаточное кол-во подразделов и статей. Но если перемещать (перегруппировывать) статьи несложно, как ты говоришь, то можно для начала оставить и так.
Кстати, в статье "Где можно взять продукты Informix-а "на посмотреть"?" ты уже исправил по моим комментам, а как теперь убрать сам комментарий - он ведь уде становится не нужным ? Там бы еще неплохо добавить и Московский офис IBM (форум ведь читают не только на Украине :)

Журавлев ДенисВасиль, я же не знаю сколько у тебя факов, а пустые разделы плодить не хочется.
Уже достаточно много :)
Буду потихоньку забрасывать - просто даже минимальное форматирование забирает время, которого, как всегда, катастрофически не хватает :(
Журавлев ДенисА удалить комментарий нельзя. У разработчиков форума руки не доходят до этой фишки.
Надо давить :) С учетом, что FAQ вообще появился не очень давно, еще есть надежда, что доделают.
vasilisТам бы еще неплохо добавить и Московский офис IBM (форум ведь читают не только на Украине :)
Журавлев ДенисДобавлю. Вроде уже В Украине.
Я на такие "политические" мелочи не обращаю внимания. Просто привык так говорить - это еще от Шевченко пошло :)

nkulikov
http://www-128.ibm.com/developerworks/db2

Не очень понял, зачем эта ссылка ? Она нужна, скорее, для ФАК по DB2.
Если я правильно понял твой намек, то надо давать другую ссылку :))
http://www-128.ibm.com/developerworks/ondemand/migrate/db.html

Для Дениса:

Забросил еще парочку отформатированных статей по ISM и Onbar, а также несколько больших неформатированных статей, требующих разделения на более мелкие вопросы. Каждая из них по отдельному разделу. Некоторые вопросы уже представлены в ФАК, но они переработаны, дополнены и расширены.

nkulikovВасилий ты не прав. Зашел бы не нее, там всегда есть ссылки на статьи по Informix.
А я , естественно, заходил (откуда бы я взял ссылку на миграцию ? :)
Вот только что опять зашел и ... статей по Информиксу (кроме одной) не увидел.
Есть только ссылки на те же ресурсы, которые уже упоминались:
http://www-128.ibm.com/developerworks/db2/zones/informix/

Хотел прокомментировать полученные комментарии по статье ФАК относительно сортировок украинских букв и столкнулся с тем, что я не могу этот комментарий сохранить :( То ли из-за того, что я автор статьи, то ли из-за того, что у меня уже есть модераторские функции в FAQ...
Поэтому прокомментирую здесь.
===========
По производительности:
Если Денис говорит только о 2-4 кратном замедлении построения индексов, то вот , например, данные из CDI за 1999 год
-------------------------------
The problem of the great slowness in the generation of indexes
comes given by the use of fields of the type NCHAR in the indexes.
According to the technical service of Informix The use of type fields
NCHAR in indexes, consultations, etc can suppose a degradation
of the yield of until 40 times of the of the database's engine." If we
keep in mind that my company not this in a country in which
English is spoken that where we are, Spain that we have
characters that the English doesn't haveh, etc, that I need to order
according to my alphabet and that for it the agent's of data yield
will be penalized in 4000% I don't find him the advantage that it can
have fields type NCHAR, of being able to have a language different
from English in the database and in the clients. :-(((
=================
Примерно о каких же цифрах, если я правильно помню, говорил и Воронцов в свое время.
Наши опыты тоже показывали существенное замедление, хотя и не такое большое.
Конечно, на новых версиях серверов это надо проверить, но, боюсь, "за все надо платить", в том числе и за "правильную сортировку" :)
А вот апостроф - да, похоже, что это принципиально и с этим надо смириться :)

Существенно обновился наш FAQ http://www.sql.ru/faq/faq.aspx?id=115000

Многие из вас знают, что есть большой англоязычный FAQ по Информиксу
( http://www.iiug.org/resources/faq/ifaq.htm), который худо-бедно существует уже много лет. Ссылку на него можно увидеть и в нашем FAQ http://www.sql.ru/faq/faq_topic.aspx?fid=526.
Но недавно я случайно обнаружил, что когда то существовал и его русский перевод (как минимум оглавления), сделанный Евгением Ким (как минимум, еще в 2000 году).
Старая ссылка, по которой располагался ФАК, уже не работает (hotdog.net.ru)
и обнаружить его следы (оглавления) можно только в закешированных страницах Гугля
( Часто задаваемые вопросы по Informix ).
Кто что знает об этом переводе ?
Был ли он сделан весь или только оглавление ?
Расположен ли где то сейчас в сети ?

Снова обновился наш FAQ, особенно в разделе Programming (на даты добавления не смотрите - многие из них добавлены уже давно, но из-за нечитабельного вида не были видны :)
Было добавлено свыше полутора десятка новых и откорректировано несколько старых вопросов.

Хочу добавить в FAQ следующий часто-задаваемый мне вопрос (см. ниже). В связи с этим какие будут замечания и дополнения ?
---------------------------------------------------------------------------
* Нало ли устанавливать OPTCOMPIND в 0 вместо умолчания 2 для OLTP систем ?
---------------------------------------------------------------------------

- Q: Часто можно увидеть совет для OLTP-систем изменить значение в ONCONFIG
OPTCOMPIND 2 # To hint the optimizer
на значение 0. Тем не менее, много таких систем работает и с параметром 2.
Какой рекомендации все таки следовать, какой есть опыт или другие советы?

- A: Сначала напомним описание этого параметра:

# 0 => Nested loop joins will be preferred (where possible) over sortmerge joins and hash joins.
# 1 => If the transaction isolation mode is not "repeatable read", optimizer behaves as in (2)
# below. Otherwise it behaves as in (0) above.
# 2 => Use costs regardless of the transaction isolation mode. Nested loop joins are not necessarily
# preferred. Optimizer bases its decision purely on costs.

Затем напомним, что прямой рекомендации быть не может, так как:
1) OLTP в чистом виде практически нет, обычно это смешанные системы;
2) очень сильно зависит от самой прикладной системы, преобладают ли там соединения таблиц (join),
размера этих таблиц и ресурсов самого сервера;
3) все нужно проверять на практике. Исходя из п. 1), возможно, что часть запросов станет работать быстрее, а часть медленнее.
4) не забывайте, что есть и такая же переменная окружения, которую можно установить
только для выполнения определенного пакета работ (или на определенное время)
SET OPTCOMPIND=0

И в заключение несколько советов от "зубров" comp.databases.informix (CDI):

-A: Art S. Kagel <CDI>
Most users with OLTP servers keep OPTCOMPIND set to zero (0) as the resulting nested loop joins result
in lower system resource use, fewer sorts and temp table builds and better response times.

-A: Madison Pruet <CDI>
Basically - when we implemented hash joins, we had issues with the optimizer costing of hash joins vrs nested-loop joins.
So OPTCOMPID was implemented as an optimizer hint to specify that we wanted to give preference to nested-loop joins.

Generally shops which tend to be OLTP will set OPTCOMPIND to 0.

Of course, if your application is not performing joins, then it probably doesn't matter what it is set to.
===================

Добавлено пару статей в "Общие вопросы" для более быстрых ответов на типовые вопросы:
Что обозначают различные символы в обозначении версий IDS ?
http://www.sql.ru/faq/faq_topic.aspx?fid=806

В чем отличие IDS Workgroup Edition от IDS Enterprise Edition ?
http://www.sql.ru/faq/faq_topic.aspx?fid=807

По свежим обсуждениям добавлено пару FAQ

Как просмотреть подробную информацию по sql-запросам и время выполнения ?
http://www.sql.ru/faq/faq_topic.aspx?fid=902

Как сделать нестандартную сортировку (вывести строки в своем порядке) ?
http://www.sql.ru/faq/faq_topic.aspx?fid=903

АнатоЛойШаман, однако. Оперативненько (мысли читаешь :)
Спасибо!
Если сразу не сделаешь - потом уже "руки не дойдут", поэтому иногда спешу :)

Наконец то отформатировал и опубликовал еще несколько старых разделов FAQ, которые лежали уже более 2-х лет (но 3-х еще не прошло :)
Смотрите, может там уже что то и поправлять надо, в связи с новыми знаниями.

Что обозначает и как изменяется информация из sysmaster:systabinfo ?
http://www.sql.ru/faq/faq_topic.aspx?fid=925

Почему при выполнении oncheck -ci (проверка индексов) выдается сообщение о фрагментированном индексе "Index fragment in DBspace", хотя все индексы обычные?
http://www.sql.ru/faq/faq_topic.aspx?fid=926

Как узнать максимальное число экстентов для таблицы?
http://www.sql.ru/faq/faq_topic.aspx?fid=924

А никто не знает куда и когда делся раздел из ФАКа
на тему "Где можно что-то почитать про Informix ? Какие online-ресурсы доступны в Интернет ?"
Был под номером 2 http://www.sql.ru/faq/faq.aspx?id=524
Там была масса ссылок на ресурсы, жалко если пропадет...