Delphi and Informix

← →
Ice_hockey_player (2014-06-03 13:08) [0]

Знатоки связки "Delphi and Informix", скажите, как лучше работать с сервером? (какая версия Delphi предпочтительнее, какой набор компонентов лучший)

← →
sniknik © (2014-06-03 13:09) [1]

с Informix-ом лучше вообще не работать... если есть выбор конечно. ИМХО, но единственное в нашей конторе.

← →
sniknik © (2014-06-03 13:18) [2]

> но единственное
не единственное... описался. практически все программисты (все знающие еще хоть одну субд) за отказ от informix-а.

← →
Ice_hockey_player (2014-06-03 13:48) [3]

> за отказ от informix-а

Почему?

← →
sniknik © (2014-06-03 14:11) [4]

проблем с ним много. глючит "на ровном месте", вот например (админ наш спрашивал), далеко не единичный случай
http://www.sql.ru/forum/1065988/strannoe-povedenie-informix-pri-rabote-s-tekstovymi-funkciyami

понятно, там настройки могут быть, и т.д. но к примеру mssql "с коробки" ставится со всем по умолчанию и без даже 10й части того с чем постоянно сталкиваемся. для инфы, mssql тоже используем, как и mysql и даже access, есть с чем сравнивать.

← →
Jeer © (2014-06-03 16:15) [5]

Informix был сделан не для лохов от MS SQL.

← →
sniknik © (2014-06-03 16:38) [6]

а для каких лохов?
если смотреть на то сколько он стоит, по сравнению, то "для конкретных" похоже.

← →
Jeer © (2014-06-03 16:44) [7]

Ну.. это дела давно минувших дней - он предоставлялся "почти" бесплатно.
Платформа от Motorola, AIX + Informix.
Даже молодостью повеяло :)

← →
sniknik © (2014-06-03 17:08) [8]

ностальгию в качестве базы не поюзаеш...

← →
Ice_hockey_player (2014-06-04 00:35) [9]

> sniknik © (03.06.14 14:11) [4]
>
> проблем с ним много. глючит "на ровном месте"

А какой версией Delphi пользуетесь? Каким набором компонент доступа?

← →
й (2014-06-04 05:30) [10]

для затравки: http://www.sql.ru/faq/faq_topic.aspx?fid=507

← →
й (2014-06-04 05:39) [11]

http://code.google.com/p/idac/
also AnyDAC/FireDAC (в поставке последних дельф)

← →
sniknik © (2014-06-04 08:14) [12]

>> проблем с ним много. глючит "на ровном месте"
> А какой версией Delphi пользуетесь? Каким набором компонент доступа?
ссылку читал? где там о компонентах или вообще дельфи упоминается?
связи нет, он глючит безотносительно дельфи и компонент. хотя есть и проблемы взаимодействия, ну с D7 точно.

если не связывать, то в дельфе (не единственный используемый конторой язык, есть еще C#, ява, PhP) пользуемся ADO, с какими-то odbc драйверами (вроде не теми что в СДК шли... с этими тоже были проблемы... не помню, но вроде они схемы не поддерживали... а те что сейчас в схемах не различают индексы и ключ из-за чего можно легко "накосячить" к примеру обновляя связанный набор указав ADO главную, обновляемую таблицу, также как с mssql и другими субд работает, после увидеть что обновились обе... и т.к. значений для второй таблицы не задано (обновляешь одну) то там будут NULL-ы, а т.к. не определило связки по ключу, или неизвестно чем оно там руководствуется, то в связанной не 5 связанных "заNULLлило" а вообще все)
в общем, с ним можно только базовыми методами, попроще, явными sql запросами, или рискуешь нарваться на "неадекват".

← →
Ice_hockey_player (2014-06-04 23:05) [13]

To sniknik:

Если Informix такой глючный, то почему его ставят повсеместно?

To all:

Какими компонентами доступа к Informix советуете пользоваться?

Luxena, SQLDirect Component Library, dbExpress, ADO?

← →
й (2014-06-05 05:02) [14]

ну есть же СПЕЦИАЛЬНЫЙ форум, http://www.sql.ru/forum/informix
наверное, лучше там спросить

← →
й (2014-06-05 05:12) [15]

ну а если для вас имеет какое-то значение мнение производителя delphi, фирмы embarcadero, или ее сотрудников,
то они, естественно, посоветуют использовать FireDAC

← →
sniknik © (2014-06-05 08:14) [16]

> Если Informix такой глючный, то почему его ставят повсеместно?
на презентациях селл менеджеры тебе не скажут того, что говорю я.
а когда купят, "завязнут" (куча эксклюзивных программ, большие объемы данных, сервис в режиме 7*24 на нем) уже поздно, переезд на что-то другое проблематичен.
ну и парадокс - люди которые покупают продукт, ответственные за это, практически всегда не те, что работают с ним. и они никогда не признают свои ошибки... проще свалить на работающих, типа - плохой? глючный? да вы просто не умеете его готовить!

... ну, и есть еще шанс что у нас админы - дебилы. ставят, тут же правят настройки под свое представление, даже не проверяя работу с дефаултными. и после говорят, что так и должно быть, хотя там уже просто конструкции языка перестали работать.
а у остальных тогда все нормально.
ну и вариант что повсеместно работают не с теми объемами, не такой нагрузкой. (вот к примеру проблема из ссылки, там просто классика глюка с использованием глобальной переменной во многих потоках без синхронизации, проявится она если база нагружена максимум в 1 поток? нет конечно. кстати и решение там - использовать новую конструкцию, которую добавляли после, программист видимо поменялся, новое уже не глючит, а функции оз основ, то что писали в самом начале видимо уже никто не трогает)

← →
Игорь Шевченко © (2014-06-05 13:11) [17]

sniknik © (05.06.14 08:14) [16]

Вряд ли это вина Informix

← →
sniknik © (2014-06-05 14:05) [18]

> Вряд ли это вина Informix
что именно? продажи (первый абзац), или наши глюки (второй)?

если про глюки и режим работы то именно его, поддержка "призналась" (когда еще была, сейчас русская по увольнялась, ну и естественно по словам админа). а если режим, то именно под него покупалось... и не справляется.

← →
Игорь Шевченко © (2014-06-07 11:22) [19]

sniknik © (05.06.14 14:05) [18]

> что именно?

Твоя яростная тирада в [16], о том, что менеждеры Informix озабочены исключительно тем, чтобы уговорить пользователей купить и мучиться потом.
Интересно мнение других пользователей этой СУБД. Менее воинственных.

← →
sniknik © (2014-06-09 22:49) [20]

> Интересно мнение других пользователей этой СУБД. Менее воинственных.
так спроси, вот там же на sql.ru куда ссылку давал. кто мешает?

ну насчет воинственности, если бы оно меня не касалось, да наплевать, но оно касается, и у всех кого это касается у нас конторе у всех примерно такое же мнение... разной степени воинствующее.
у двоих только (ничего кроме его не знают, но считаются экспертами... т.к. не спорят), но как дела касается, тут они пас.
вот последняя к примеру "проблема"(ну не могу считать ее настоящей зная как просто решается в MSSQL) - нужен регистро не зависимый поиск... нету. колейшнов нету. "в лоб" WHERE UPPER(поле)="ИСКОМОЕ" работает дюже долго, около 20 мин, таблица большая, а с аппер идет перебор. поддерживается что-то вроде foxpro-шного индекса по выражению (т.е. UPPER(поле) пишется при создании индекса)... но(!) поле LIKE "ИСКОМО%" все одно идет на перебор в этом случае, как и поле IN ("ИСКОМОE1", "ИСКОМОE2") с теми же 20 минутами, т.е. тут индекс по выражению, прекрасно работающий в еще в doc foxpro 5.0 (последнее на чем я с фоксом работал) во всех вариантах, тут работает только на прямое сравнение. ну и т.д. таких "мелочей" не счесть. "эксперты" наши кстати уже вторую неделю решение ищут... максимум чего "родили" - сделать отдельную базу под таблицу (не понял только зачем, возможно вот этот индекс с функцией на самой новой только работает, но не на рабочих серверах, там типа только до проверенного релиза обновляют).

← →
sniknik © (2014-06-09 22:57) [21]

> Твоя яростная тирада в [16]
кстати, можно еще пояснить, что ты такого "яростного" там увидел?

← →
Компромисс1 © (2014-06-10 00:15) [22]

Глупый вопрос. Версия Informix какая?

With Informix 11.70.xc2, for the first time Informix can now support case-insensitive (CI) database functionality

http://www.ibm.com/developerworks/data/library/techarticle/dm-1108caseinsensitive/index.html

← →
sniknik © (2014-06-10 08:16) [23]

> Глупый вопрос. Версия Informix какая?
цитата из ссылки
Опробовали на всех версиях 11.50 и 11.70. Результат тот же.
наверняка те же и остались, в "бою" перемены/обновления "втихаря" не делаются.
рабочая база наверняка 11.50 (по принципу в "бою" только проверенное временем)

+ глянул мельком в ссылку, после подробно почитаю хотя я этим не занимаюсь (у меня своих дел хватает), сразу препятствие "непреодолимой силы" -
CREATE DATABASE mydb WITH LOG NLSCASE INSENSITIVE;
на то, что есть проблема с базой уже не раз "воинствующие" нарывались/указывали, и предлагали решение - "создать базу с 0 и перелить только данные" (ну если есть ошибки в структуре). это даже не рассматривали из-за "у нас 1000500 процедур функций, их сто тоже пере создавать?". хотя, необходимость в регистро независимом поиске может послужить хорошим аргументом... спасибо.
ну и с кирилицей нужно бы это попробовать. не нашел, что то в ссылке ничего о национальных раскладках.

p.s. только сейчас добавляют то что у mssql было практически всегда (они по моему купили, не с 0 же делали, уже с подобным функционалом). т.е. информикс отстает где-то лет на 10. т.е. где то к 2024му году будет нормальной субд, а пока mssql (и иже с ними, практически все субд) лучше.

← →
Jeer © (2014-06-10 09:18) [24]

Хорошо, что большинство крупных IT-пользователей Informix думают по другому.

> что большинство крупных IT-пользователей Informix думают по другому.
я как раз из тех, крупных... и если ты спросишь у руководства/менеджера/админа базы кроме информикса ничего больше не видящего, то они тоже думают по другому (о чем собственно пост sniknik © (05.06.14 08:14) [16]).
а вот мнения программистов пытающихся/вынужденных делать из "дерьма конфетку" никто не учитывает.

ты кстати сам с ним работал? т.е. говоришь зная, или под действием лозунгов "селл менеджеров"?

и кстати чтобы не было иллюзий, типа "миллионы мух не могут ошибаться", распространение информикса в россии "коллапсирует", не зря же они русскую поддержку распустили... 2 + 2 сложить никто не хочет? про роспуск можно нагуглить, на хабре было сообщение бывшего работника.

> поддерживается что-то вроде foxpro-шного индекса по выражению (т.е. UPPER(поле) пишется при создании индекса)...
о, пришел на работу, могу проверить. проверил (напомнил "глупый вопрос" про версию) -
EOleException : [Informix][Informix ODBC Driver][Informix]Invalid function (upper) used in a functional key
и на 11.50 и 11.70 (доступные мне), судя по всему, это тоже новейший функционал из 11.70.xc2 (доступный админу который про это сказал), ну и читая по ссылке -
You could create a functional index, use a basic text search index, or use UPPER or LOWER built-in functions; but all of these options would require application changes or possible performance degradation.
это подтверждаем.

sniknik © (10.06.14 09:46) [25]

Я в курсе, что российский рынок IBM Informix не интересен.
Да и имел я в виду не российских IT-шников.
C Informix работал плотно в 95-98 гг., когда только появился Dynamic Server. Связку я приводил (PowerPC/Motorola + AIX + Informix).
Если не ошибаюсь 6 или 7 версия. Ну, как и все юниксподобное, требует встраивания своего мозга в СУБД, зато известно изречение "Informix - это сервер, который работает".
Контора где я работал была сервис-провайдером и бизнес-партнером IBM.
Всякие там курсы на англицком и т.п.

← →
Пит (2014-06-10 12:13) [28]

Пф, в оракле тоже давно можно индексы строить по выражению

> C Informix работал плотно в 95-98 гг.
тогда твои знания о нем не актуальны... куча времени прошло, он тогда был один из "самых самых", но после его перекупила и попыталась "загнобить" (ради перетянуть клиентов на DB2) IBM, были слухи о "слиянии" с DB2, после просто плюнула на него фактически не развивая на 5-6лет, и только в последние год-два "опомнились" и начали что-то делать. но "поезд" как бы не стоял на месте.
в общем не нужно сравнивать с время его "расцвета" и сейчас.

> "Informix - это сервер, который работает".
ну да. а "C - язык для профессионалов". творите о себе мифы. боги начинали именно так...
блин, это же лозунг, или тогда было - MySql (например можно другое подставить) - сервер который не работает. ???

> Пф, в оракле тоже давно можно индексы строить по выражению
в фокпро это было еще начиная с doc версий (2.5 вроде - 1993/5 год)

> [29] sniknik © (10.06.14 12:17)
> MySql (например можно другое подставить) - сервер который не работает. ???

Антиреклама запрещена.
Надо так: Обычный порошок - это который не стирает.

Я тоже с Informix работал в 1996-2004, тогда он вполне ничего был. CI поиск мы, правда, через upper делали (объемы позволяли).

sniknik © (09.06.14 22:49) [20]

Мне кажется, что сфера применения Informix не ограничивается только твоей конторой. А что касается ярости - некоторое время назад ты также на xml нападал, навеяло.

← →
Пит (2014-06-11 10:37) [34]

sniknik агрессор!

Delphi and Informix Найти похожие ветки