Написал программу, которая использует БД (суть программы не имеет значения)...
Запустил на компе без Билдера (убрав галочки по совету одного человека, чтоб *.exe файл не требовал наличие Билдера)
Столкнулся с проблемой, что БД требуют Билдер...
Что нужно сделать?   

дело тут не в БД, а в СУБД, ты наверняка пользуешь BDE, тогда нужно на поллзовательскую машину ставить БДЕ, такая ф-ция есть в инсталлшелле,он поставляется вместе с билдером.... есть вариант использовать АДО в совокупности с аксесс базой данных.... тогда ничего ставить ненадо, но прописывать алиасы прийдётся, я лично килаю базу в ту же папку и формирую строку кооннекта без алиаса.....

Добавлено через 21 секунду
во всяком случае я понял твою проблему так

Mpak, какая СУБД и метод конекта?

оно требует не билдер, а BDE

установить BDE

http://info.borland.com/devsupport/bde/bdeupdate.html

ну ещё мне понравилась субд AbsoluteDatabase - она не требует никаких dll-лек (правда кзешник на 200-300 кило больше становится, но это 24метра BDE) + есть функция execubleDatabase. На одного человека регистрация бесплатна. Механизм работы как в BDE. + предоставляется менеджер с отркрытым кодом на Delphi + много примеров

Ну или я также часто юзаю sqlite там надо только одну dll-ку тянуть, правда всё делаеш руцями; но вродь уже появились либы под Builder под технологию dsExpress

Это сообщение отредактировал(а) SenkraD - 5.4.2007, 10:09

Rodman, Paradox 7 используя компоненты TQuery и TDataSourse

Ребят, это что получается, мне в программе написать, что не обходимо наличе BDE?

Я имел ввиду, говоря о независимости БД, что бы программа была полностью автономна.....

Скорее всего нужно дистрибутив создавать... я так понял...

Mpak, вот глянь абсолют
Там контролы TABSTable, TABSQuery, TABSDatabase это аналоги компонентов BDE
а доступ к ним через стандартные контролы дуступа к данных

AbsoluteDatabase

с ними всё просто собрал екзешник и всё работает.

P.S. повторяю регистрация для одного бесплатна

а уж если сравнивать SQL, реализуемый AbsoluteDB или SQLite(все же, они одного поля ягоды), то BDE с его дико убогим localSQL(кто-нибудь пробовал делать подзапросы?! так надо каждый подзапрос в отдельном SQL-файле сохранять!)  надо выбросить в топку!   

SenkraD, Это же не является правильным....
Может быть сейчас мне это поможет а приболее сложном варианте, более глубком...
Ничего не вылетет?

Mpak,  ничего не вылетит.
там с AbsolutеDB всё нормально...Мы вместе с Senkrad'ом писали несколько утилит разной сложности и разной нагрузки на БД с использованием AbsolutеDB - единственная претензия, которая у нас возникла - нет типа данных DECIMAL.
Вся база данных лежит в одном файле, вне зависимости от количества таблиц.
переносится простым копированием оного вышеупомянутого файла.

А при более сложном и более глубоком варианте тебе точно БДЕ не подойдёт - там уже используй Oracle или еще какой  MS SQL 

AbsoluteDB
SQLite
FireBird Embedded(установка и использование: описание)
И послушай человека, который уже две курсовые и один диплом(не свой, чур меня, чур) написал на связке BDE + Paradox. Это - старик, уже мертвый практически. Работа с которым не даст ничего, кроме головной боли. Даже если отбросить претензии к скорости работы(ну, мало ли, может тебе неважно, что всё работает со скоростью черепахи), не-многопользовательности(в конце концов, Paradox - не сетевая СУБД), то остается один большущий минус - LocalSQL, который, как я понимаю, даже до SQL'92 не дотягивает(глубоко личное мнение). Кто пробовал использовать подзапросы, тот поймет, о чем я говорю. Это кошмар! Чтоб сделать подзапрос(в некоторых случаях можно обойтись, но у меня таких запросов - с подзапросами, но без проблем - был аж один за весь опыт), необходимо загнать подзапрос в файл .sql и указывать этот файл во "внешнем" запросе, как источник данных...Чуете, чем это грозить? А представьте, что подзапрос формируется динамически... Значит, и файлы .sql должны штамповаться, как на заводе...
Если после приведенного краткого описания "достоинств" BDE+Paradox вы решите пользовать их не только на лабораторных в универе - Бог вам в помощь   

а кто какую таблицу использует для работы с бд ? типа там DBGrid или StringGrid что посоветуете лучше ? (BCB 2006)

Ну если я работаю с SQLite, то использую StringGrid(у мя нету компонентов для работы с ней - пишу всё руцями)

Вообще TDBGrid и ещё мне очень понравился TDBGridEh

поищи в гугле по "sqlite dataset delphi". по найденному пробегись - обнаружишь немалое количество самописанных наследников tdataset(кстати, может и в комплекте с sqlite идет такой класс? ведь для TDateSource, используемый DBGrid для выбора данных, нужен не компонент, как часть ide, а объект определенного класса - наследника TDataSet).
Вот только при "самостоятельной" загрузке/выгрузке данных(т.е. при работе с StringGrid) контроль повыше будет - никакой самостоятельности: и запись, и чтение "по приказу" 

Я знаю что контролы и компоненты есть, у мя класс мной давно написан есть и он мне нравится.

Вот класс гляньте, скажите что можно улучшить и где баги.
P.S. Работаю с версией 2.7.2. (к 3-ей никак добратся не могу).

Присоединённый файл ( Кол-во скачиваний: 10 )
 SQLiteClass.rar 93,76 Kb