Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
есть ли замена ESQL/C
|
|||
|---|---|---|---|
|
#18+
вопрос может и идиотский :) суть вот в чем: в отделе разрабатываются приложения, работающие в UNIXе, трех-звенка, транспорт - CORBA (omniORB С++), соответственно многопоточные бизнес-серверы и серверы нижнего уровня и Informix как СУБД. Сейчас для написания нижнего уровня используется ESQL/C. При этом еще все задумывалось как система, не "привязанная" к особенностям СУБД (предполагалась портация в другие СУБД). Достаточно трудно сделать так, чтобы и не привязываться (типа соблюсти ANSI стандарт SQL) и сделать нижний уровень "универсальным" - не писать на каждый SQL-запрос по методу со всеми сопутствующими навесками. В итоге часть в серверов использует подход "хост-переменные или структуры для получения/укладки данных", а часть с использованием структуры sqlda. С использованием обоих есть как прелести так и свои сложности. Так вот... Есть ли альтернатива использованию ESQL/C в этом случае ? Учитывая и UNIX и многопоточность, и C++ ... Типа ODBC, CLI... Очень уж хочется упростить подход к этому самому нижнему уровню. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.01.2004, 15:58 |
|
||
|
|

start [/forum/topic.php?fid=44&fpage=67&tid=1609329]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
2ms |
| others: | 249ms |
| total: | 356ms |

| 0 / 0 |
