Верю, но никто и не обещал что будет легко . Я ее собираю сам. Такие проблемы решаются довольно
просто. Но если не охота возиться — ищите другую. Но среди всего того из чего приходилось выбирать
эта по интерфейсу была самая адекватная.
Posted via RSDN NNTP Server 2.1 beta
Re[4]: Библиотека + Oracle, Postgresql
От:
Аноним
Дата:
14.09.10 08:39
Оценка:
Здравствуйте, _darkangel_, Вы писали:
__>Аноним 410 пишет: >> __>http://soci.sourceforge.net/ >> при попытке собрать либу выдает:
__> Верю, но никто и не обещал что будет легко . Я ее собираю сам. Такие проблемы решаются довольно __>просто. Но если не охота возиться — ищите другую. Но среди всего того из чего приходилось выбирать __>эта по интерфейсу была самая адекватная.
Так и я вроде собираю сам...
если
замена
#ifdef WIN32
#define snprintf _snprintf
#endif
вроде как и выдает варнинги....а что делать с :
error C3861: 'strtoll': identifier not found
Re[4]: Библиотека + Oracle, Postgresql
От:
Аноним
Дата:
14.09.10 09:52
Оценка:
Здравствуйте, _darkangel_, Вы писали:
__>Аноним 410 пишет: >> __>http://soci.sourceforge.net/ >> при попытке собрать либу выдает:
__> Верю, но никто и не обещал что будет легко . Я ее собираю сам. Такие проблемы решаются довольно __>просто. Но если не охота возиться — ищите другую. Но среди всего того из чего приходилось выбирать __>эта по интерфейсу была самая адекватная.
Здравствуйте, Аноним, Вы писали:
А>Добрый день!
А>Подскажите библиотеку для работы с Oracle и Postgresql, бесплатную и желательно кроссплатформенную.
если заменить слово "бесплатную" на "недорогую" то Вам сюда.
ИМХО, время дороже!
szag пишет: > > А>Подскажите библиотеку для работы с Oracle и Postgresql, бесплатную и желательно кроссплатформенную. > если заменить слово "бесплатную" на "недорогую" то Вам сюда. <http://www.sqlapi.com> > ИМХО, время дороже!
Интерфейс выполнения sql комманд не идет ни в какое сравнение с SOCI. Последняя гораздо удобнее в
этом смысле.
Здравствуйте, _darkangel_, Вы писали:
__> Интерфейс выполнения sql комманд не идет ни в какое сравнение с SOCI. Последняя гораздо удобнее в __>этом смысле.
Наверное это сильно зависит от задачи. Я бы ни ту ни другую либу не стал использовать в чистом виде, так как писать sql запросы вручную считаю не уместным (для моих задач точно). К тому же, SOCI не поддерживается и не развивается, поддерживает не все основные БД, что может печально сказаться на расширяемости продукта. Не нашел инфы про UTF-8 в её описании, так как и server side cursors и native DMS API. В общем, в серьёзном проекте я бы не стал использовать SOCI. Конечно, всё это исключительно ИМХО.