ТанЧувствительность Informix к регистру управляется переменной окружения DELIMIDENT.
Если ее включить, то Informix не будет приводить к нижнему регистру имена всех объектов. Т.е. можно создать не только две процедуры bill1 и Bill1, но и две таблицы bill1 и Bill1.
IMHO, немного не так. Эта переменная позволяет использование специфических идентификаторов в двойных кавычках, где наравне с чувсвительностью к регистру возможно использование в именах пробелов и др. специфических символов.
В доке говорится так:
"The DELIMIDENT environment variable specifies that strings enclosed
between double quotation ( " ) marks are delimited database identifiers.
No value is required; DELIMIDENT takes effect if it exists, and it remains in
effect while it is on the list of environment variables.
Delimited identifiers can includewhite space (such as "Vitamin E") or can be
identical to SQL keywords, (such as "TABLE" or "USAGE"). You can also use
them to declare database identifiers that contain characters outside the
default character set for SQL identifiers (such as "Column #6"). In the default
locale, this set consists of letters, digits, and the underscore ( _ ) symbol.
You cannot, however, use DELIMIDENT to declare storage identifiers that
contain characters outside the default SQL character set."
Warning: If DELIMIDENT is not already set, you should be aware that setting it can
cause the failure of existing .sql scripts or client applications that use double ( " )
quotation marks in contexts other than delimiting SQL identifiers, such as delimiters
of string literals. You must use single ( ’ ) rather than double quotation marks for
delimited constructs that are not SQL identifiers if DELIMIDENT is set .
И еще из моих записей:
-- necessary if your tool or API double-quotes identifiers and single-quotes strings.
-- Causes the database server to interpret double quoted (") text as identifiers
rather than strings
set DELIMIDENT=1
-- FAQ Informix. Set the environment variable DELIMIDENT=on. This will allow the following SQL statement to process.
CREATE TABLE "sTaT e"
( "C oDe" CHAR(2),
"St_n aMe" CHAR(15),
"UPPER_CASE" CHAR(1),
lower_case CHAR(1),
PRIMARY KEY ("C oDe")
) EXTENT SIZE 16 NEXT SIZE 16 LOCK MODE ROW;
GRANT CONNECT TO "public";
The results of the abovestatement will create table "sTaT e" containing columns
"C oDe", "St_ n aMe", "UPPER_CASE", "lower_case".

По утилитам dbexport/dbimport у меня вообще накопилось много вопросов :))
Но в данном случае, считаю, что dbexport правильно делает, ведь утилита предназначена в первую очередь не для архивирования/бакапирования информации, как часто считают и используют, а для миграции данных, в том числе и на другую платформу, где эти нюансы могут играть значительную роль. К тому же, во всех стандартах на кодирование, что я видел-помню не рекомендуется давать одинаковые имена (отличающиеся только регистром) различным объектам.