Подскажите, какую нить библиотечку попроще, для MsSQL2005

← →
Untermensch (2006-05-02 11:55) [0]

Не нужно никаких наворотов, только соединится с БД без всяких доп пакетов типа BDE и выполнять SQL запросы (включая получение данных). Никакой связи с визуальными компонентами не требуется. Желательна возможность работать в многопоточном режиме. А то просматриваю что есть и всё либо очень тяжелое, либо требует каких нить настроек мутных. Можно конечно пользоваться встроенным DBExpress но он тоже угловатый и тяжёлый.
Delphi 2005, MsSQL 2005. Потому может кто подскажет, чтоб не тратить неделю на перелопачивание библиотек. Заранее благодарен.

← →
Anatoly Podgoretsky © (2006-05-02 11:56) [1]

А АДО устраивает?

← →
Плохиш © (2006-05-02 11:57) [2]

> А то просматриваю что есть и всё либо очень тяжелое, либо
> требует каких нить настроек мутных.

Ну да, плохому танцору известно что мешает.

← →
Untermensch (2006-05-02 12:08) [3]

Да танцору то не мешает, а вот кататься по регионам и перенастраивать базы - вот это действительно мешает работе, хватило возьни с глюками BDE когдато.
ADO конечно можно, но это опять таки DLL -ки в системе, общие для всех и изменяемые независимо от данного приложения, возможные конфликты версий в будущем и т.д.
Вот насколько всё просто с IB - есть старинная библиотечка работающая с GDS32.DDL её не перекомпилировали с 2000 года, и всё что требуется, просто положить эту DLL рядом с exe программы. И хоть Win98, хоть winXP - клиенту не надо делать ничего вообще, кроме как запустить setup и нажать Ok. Просто хотелось переползти на MsSQL...
Я вроде бы так и описал задачу. Но раз сдесь все носятся с одними и теми же граблями за танцорами, что ж делать.

← →
Плохиш © (2006-05-02 12:47) [4]

> Untermensch (02.05.06 12:08) [3]
> Да танцору то не мешает, а вот кататься по регионам и перенастраивать
> базы

> клиенту не надо делать ничего вообще, кроме как запустить
> setup и нажать Ok.

Если такая большая фирма, то она может выделить пару тысяч мертвых енотов на покупку InstallShild, с помощью которого хороший танцор может сделать пакет инсталяции со всеми требуемыми обновлениями и т.д.

← →
Untermensch (2006-05-02 13:08) [5]

Да дело не в инсталляторе и других тривиальных и очевидных решениях, а в дополнительных накладных расходах времени и средств, которых можно избежать немного подумав головой, а не тупо увеличивать стоимость продукта и стоимость его сопровождения.
Неужели я так плохо сформулировал вопрос ?
А чего такого сможет сделать InstallShield если какое либо другое приложение через год заменит библиотеки ADO или уж тем более BDE и они окажутся несовместимыми или что ещё хуже приведут к частым сбоям системы, не говоря уже о выходе новых версий Windows. Опять же писать спецификацию, ограничивать набор используемых на сервере компонентов. Мало что ли сейчас этих летучих голанцев, когда в организации стоит специльный комп нужный лишь чтоб раз в месяц тётенька села и что нить на нём сделала, а переставлять и ставить другие программы на нём запрещено. Чтоб потом прходил новый сисадмин матерился - "кто ж так пишет софт".
Вот яркий пример - приложение работающее через ODBC с MsAccess97 перестаёт работать под Access2000 и выше, и что ? Держать 2 компа с разными Access для одного работника ?

← →
Плохиш © (2006-05-02 13:28) [6]

> если какое либо другое приложение через год заменит библиотеки
> ADO или уж тем более BDE и они окажутся несовместимыми или
> что ещё хуже приведут к частым сбоям системы

Честно говоря, вести разговор дальше желания нет, да и ветку пора в "Потре...", фу блин, "Прочее" отправлять.

← →
ANB © (2006-05-02 13:29) [7]

> Untermensch (02.05.06 11:55)

1. Можно воспользоваться библиотекой DBLib.DLL, которая ставится вместе с клиентом MS SQL (можно таскать самому). Как ей пользоваться - есть инфа прямо в хелпе MS SQL.

2. Мне как то давали набор компонентов, основанных на использовании этой библиотеки, работает хорошо и быстро, но в ней есть бага. При использовании текстовых полей длиннее 255 символов все ломается.

← →
Untermensch (2006-05-02 13:36) [8]

ANB спасибо. Я думал над этим, но подозреваю что на прямое использование DLL и отладку уйдёт минимум пара-тройка недель времени, но возможно это того стоит. Раз нет известных готовых решений.

← →
Alarm © (2006-05-02 13:38) [9]

Солидарен с Плохиш © (02.05.06 13:28) [6]
Ну и еще умиляет:
Вот яркий пример - приложение работающее через ODBC с MsAccess97 перестаёт работать под Access2000 и выше, и что ?

Откуда такое "знание" и соответственно заявление?
Во всяком случае при работе через ADO такого не наблюдалось

← →
Ega23 © (2006-05-02 13:43) [10]

Используй или DBLib или OLEDB какую-нибудь.
Только вот сильно подозреваю, что АДО использовать в данной ситуации проще всего...

← →
Untermensch (2006-05-02 14:11) [11]

[9] А что Вас умиляет ? Я описал частный случай готового приложения, в данном случае одного из модулей системы гарантийного обслуживания Даймлер Крайслер (Мерседес) которым пользовались раньше их оффициальные представители в России и маялись с этим вопросом.
Мне самому неприятен [6] данный уклон обсуждения, однако не я его начал и всего лишь просто пытался объяснить аппоненту причины моего вопроса.

[10] Ok. Вот и стою щас перед выбором DBLib или ADO.

При указаных критериях ADO -- самый подходящий вариант.

← →
без ника (2006-05-02 16:01) [13]

Проблем кстати с ADO - тож дофига и больше, проверено. Головная боль от всяких Мdac"ов и т.д.

Кстати продукты MS не используют ADO. Например хоть тот же Query Analyzer.

> без ника (02.05.06 16:01) [13]
> Проблем кстати с ADO - тож дофига и больше, проверено. Головная
> боль от всяких Мdac"ов и т.д.

А можно подробнее по поводу головных болей с MDAC? Что-то никогда не было...

> А можно подробнее по поводу головных болей с MDAC? Что-то
> никогда не было...

Почему не было? Различия версий.

> > А можно подробнее по поводу головных болей с MDAC? Что-
> Почему не было? Различия версий.

Ну.. вообще было, конечно, но легко решалось приведением этих версий. Благо, дистрибы на MS халявно-доступны.
Раз только с 2.6 был известныйкосячек... Тут да, тут бы пришлось срошно прогу перекомпилять после выхода патча от Борланда... А вот как люди жили до выхода этого патча - даже подумать страшно...

Подскажите, какую нить библиотечку попроще, для MsSQL2005 Найти похожие ветки