Посоветуйте СУБД для локальной базы + компоненты доступа

← →
ANB © (2005-11-08 09:55) [0]

1. Объем маленький (будет хранится структура реальной БД)
2. Чтобы ничего не надо было ставить, так как база должна быть зашита внутрь инсталляшки
3. Формат хранения - любой, хоть файл-таблица, хоть файл-база
4. Желательна работа с индексами, чтобы не тормозила
5. BiTriev не предлагать

← →
КаПиБаРа © (2005-11-08 09:57) [1]

access + ADO

← →
ANB © (2005-11-08 10:00) [2]

> КаПиБаРа © (08.11.05 09:57) [1]

access не всегда стоит. Не могу требовать у клиентов наличия у них полного офиса.

← →
Rem © (2005-11-08 10:00) [3]

Присоединяюсь к [1]

← →
ANB © (2005-11-08 10:01) [4]

Да, поля будут только текстовые и числовые. Никаких блобов и мемо.

← →
Rem © (2005-11-08 10:03) [5]

access не всегда стоит

А его и не надо. Access использует движок MS Jet 4.0, который стоит по умолчанию под всеми ОС, начиная с какой-то там Win"98.

← →
Sergey13 © (2005-11-08 10:04) [6]

2ANB © (08.11.05 09:55)
Дык Оракл! Ты же сам всем его советуешь. 8-)))))))))))))))))))))

← →
КаПиБаРа © (2005-11-08 10:05) [7]

Rem © (08.11.05 10:03) [5]
Access использует движок MS Jet 4.0

Есть отдельные инсталяции, можно покумекать и вставить его в свою инсталяцию.

Или firebird

← →
Rem © (2005-11-08 10:10) [8]

Есть отдельные инсталяции

Хотя бы тут: http://www.microsoft.com/downloads/details.aspx?FamilyID=83e8f178-94c9-4e7d-b0b6-a8a94c4eb912&DisplayLang=en

← →
Rem © (2005-11-08 10:12) [9]

Что-то Microsoft на своем сайте творит - редиректит куда-то. Вот оригинальная ссылка: http://www.microsoft.com/downloads/info.aspx?na=22&p=14&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=&u=%2fdownloads%2fd etails.aspx%3fFamilyID%3d83e8f178-94c9-4e7d-b0b6-a8a94c4eb912%26DisplayLang%3den

P.S. Удалите из ссылки пробелы, если появятся.

← →
ANB © (2005-11-08 10:18) [10]

> Sergey13 © (08.11.05 10:04) [6]

Это я задумал сделать нормальную инсталляшку для установки БД (как раз оракловой). Но в инсталляшку нужно запихнуть описание эталонной БД. В конторе это описание собираюсь хранить на оракле, а для инсталляшки нужна локальная копия. Можно, конечно, все в XML или VirtualTable запихать, но там индексов нету, тормоза будут. Чего то доставлять - не особо охота и не очень кузяво - эта локальная БД клиенту то на фиг не нужна. Она будет нужна только для сравнения с реальной БД клиента в случае обновления версии и генерации скрипта, а потом будет удаляться.

← →
ANB © (2005-11-08 10:19) [11]

Про DBF никто ничего хорошего не скажет ?

← →
umbra © (2005-11-08 10:26) [12]

2 ANB © (08.11.05 10:19) [11]

Dbf рулит!

Для переносной маленькой базы это по-моему лучший вариант. И индексы есть

← →
by © (2005-11-08 10:27) [13]

Firebird Embeded - и ничего ставить не нужно.
dbf + компоненты прямого доступа тоже можно, но они обычно вида Ttable и нет возможности SQL запросов.

← →
Sergey13 © (2005-11-08 10:28) [14]

2 [10] ANB © (08.11.05 10:18)
Да я пошутил. Неужели по смайлу не понятно? 8-)
CDS в файл/из файла не подойдет?

← →
ANB © (2005-11-08 10:31) [15]

> by © (08.11.05 10:27) [13]
> Firebird Embeded - и ничего ставить не нужно.

А поподробнее : чего понадобится привезти в инсталляшке, чтобы это заработало ?

← →
ANB © (2005-11-08 10:33) [16]

> by © (08.11.05 10:27) [13]

И не будет ли скрытых граблей (dbf - формат отработанный, его на крайняк я могу и из файлов напрямую читать, а sql тут не особо и нужен)

← →
by © (2005-11-08 10:47) [17]

http://prdownloads.sourceforge.net/firebird/Firebird-1.5.2.4731_embed_win32.zip
http://www.firebirdsql.org
www.ibase.ru
Грабли могут быть везьде ))
Хотя если построчного доступа достаточно, то XML и ClientDataSet я думаю лучший выбор. midas.dll подсовываем и используем. И индексы там есть, только строятся во время выполниния программ.
dbf и xml хорошо если на ходу нужно что-то подправить в описании, с firebird без спец софта так не получится.

← →
ANB © (2005-11-08 10:56) [18]

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

← →
КаПиБаРа © (2005-11-08 11:02) [19]

ANB © (08.11.05 10:56) [18]
Кстати, FB блобы кушает
Кушает

← →
Sergey13 © (2005-11-08 11:14) [20]

2[18] ANB © (08.11.05 10:56)
А зачем плодить БД? Почему нельзя в Оракле сделать отдельную служебную схему и создать там все что хочеца (описание рабочей схемы). Отдавай узеру дамп с этой схемой, а после импорта прямо в Оракле и правь все что надо. Все рядом, никуда бегать не надо. И индексы есть. 8-)

← →
isasa © (2005-11-08 11:21) [21]

XML ?

← →
paul_k © (2005-11-08 11:33) [22]

ANB © (08.11.05 10:18) [10]
Это я задумал сделать нормальную инсталляшку для установки БД (как раз оракловой).
А вот просто текстовый файл со скриптом не катит? С эталонной базы все в текстовый дамп и передергиваеш его при создании базы

← →
Игорь Шевченко © (2005-11-08 11:50) [23]

> CDS в файл/из файла не подойдет?

а dbclient.dll с собой таскать ?

← →
Sergey13 © (2005-11-08 11:52) [24]

2[23] Игорь Шевченко © (08.11.05 11:50)
> а dbclient.dll с собой таскать ?
Руку оттянет что-ли? Все равно чего-то таскать надо. Воздушно-капельным путем только гадость всякая передается. 8-)

← →
Val © (2005-11-08 12:06) [25]

Разумнее всего, в данном случае вариант [20] Sergey13 ©, мне кажется, раз уж все-равно сервер оракла стоит, зачем поделки к нему дополнительные?

← →
Игорь Шевченко © (2005-11-08 12:14) [26]

Sergey13 © (08.11.05 11:52) [24]

> Руку оттянет что-ли?

Руку не оттянет, но его надо регистрировать в системе, насколько я помню. Вот и вопрос - а стоит ли для установщика такой намаз проделывать ?

← →
Sergey13 © (2005-11-08 12:19) [27]

2[26] Игорь Шевченко © (08.11.05 12:14)
> а стоит ли для установщика такой намаз проделывать ?
А пусть автор и решает. Мне то что. 8-)

← →
ANB © (2005-11-08 12:45) [28]

> А вот просто текстовый файл со скриптом не катит?

У нас так сейчас и делают. Причем в двух вариантах : инсталляция новой базы и обновление старой. И частенько лепят ошибки по обновлению. Вот и задумали автоматическую генерилку скриптов сделать, чтобы ручные ошибки исключить. Как ервин, только попроще и покомпактнее. Плюс конвертация при переезде данных.

я б посоветовал либо FB embedded, либо SQLite.... для небольшого решения 2-е даже предпочтительней....

2[28] ANB © (08.11.05 12:45)
А чем [20] не нравится? Тем более, что сами храните так судя по

[10] ANB © (08.11.05 10:18)
> В конторе это описание собираюсь хранить на оракле

Какая разница - БД-шку стороннюю отдавать или дамп схемы в родном формате. Можно даже просто хранить эталонную схему без данных, а у клиента сравнивать с рабочей схемой. Без всяких там описаний и т.п. - тоже потенциального источника ошибок, кстати.

>Игорь Шевченко © (08.11.05 11:50) [23]

>> CDS в файл/из файла не подойдет?

>а dbclient.dll с собой таскать ?

Это зачем ?

> Sergey13 © (08.11.05 13:14) [30]

Наши програмисты - ??%%№;%№;:% - такие, не создают эталонных схем, а колбасят у себя каждый, как хочет. Эталоны фактически в скриптах хранятся. Хочу сделать им инструмент для описания БД (типа ервин, только попроще - в табличном виде). А для пользы - накрутить сверху автоинсталлятор. Просто иметь эталонную схему при этом мало, так как туда не впихнешь информацию для конвертации.

ANB © (08.11.05 09:55)
MSDE не рассматривал, всю инсталяцию можно сделать с помощью бат файла, включая заливку данных в базу. Бат файл можно заменить вызовом ShellExecute и засовыванием скриптов в ресурсы.
Скрипты можно изготовить автоматически, самим MS SQL

2[32] ANB © (08.11.05 14:06)
Да прогеры пусть колбасят чего хотят. Но ведь существует БД, на которой вы тестите готовый продукт. С нее снимать копию нельзя?
Да и все равно. Если есть описание эталонной БД в неких таблицах другой БД, то почему под эту "другую" БД не отвести схему Оракла? Ведь все равно у заказчика он по любому стоит.

ANB © (08.11.05 12:45) [28]
И частенько лепят ошибки по обновлению.
хе, так небось скрипт руками снимають? от и лепят.
скрипт автоматычно программными средстваим создавать надо, однако.

>Игорь Шевченко © (08.11.05 14:06) [33]
>Ну, в этом файле как бы реализованы методы TClientDataSet...

Не будет ли с моей стороны чрезмерным гонором сказать, что это не так?
:)

> Но ведь существует БД, на которой вы тестите готовый продукт.
>

Угу. Его мы получаем инсталляшкой, которую надо сначала саму проверить, что она создает то, что нужно. А инсталляшка использует скрипты, написанные программистами. И частенько бывает, что база, на которой отлаживался программист, отличается от той, на которой тестируют.

> хе, так небось скрипт руками снимають? от и лепят.
Хуже. Они его даже не генерят с эталона тоадом, а ручками пишут. Иногда с ошибками, так как гонять его начинают, когда уже все написано.

Johnmen © (08.11.05 15:16) [37]

Совсем не будет, разумеется, а где они тогда реализованы ? До сих пор я полагал, что они именно там живут, по крайней мере, приложение, в котором использовался ClientDataSet, не работало без этого файла и без его регистрации.

Научи ?

Посоветуйте СУБД для локальной базы + компоненты доступа Найти похожие ветки