Какую выбрать СУБД и технологию доступа?

← →
DCoder (2004-05-26 14:41) [0]

Думаю вот на чем лучше написать базу данных. Варианты сейчас такие:
Delphi-ADO-Access
Delphi-BDE-Paradox
Delphi-IBObject-FireBird
или другие варианты

В базе будут прайсы ассортиментом 30тыс, возможность сделать заказ в виде файла(?) и работа с экселем (для импорта/экспорта)
Работа локальная а не по сети.

2 и 3 варианты - хорошо набита рука, есть опыт. С остальным придется разбираться. Недоволен статьями про АДО-Акцесс жалуются на глюкавость сами авторы.

← →
Курдль © (2004-05-26 14:44) [1]

Delphi-IBObject-Yaffil Personal (который легким движением руки превращается в сетевой).

← →
DCoder (2004-05-26 14:49) [2]

это тоже что и Delphi-IBObject-FireBird
не вижу смысла переходить на Яффил

по скорости SQL Server будет уступать перед локальными при таком объеме. Это и смущает.

← →
bushmen © (2004-05-26 15:02) [3]

>по скорости SQL Server будет уступать перед локальными при таком объеме.

Попробуй MySQL

← →
Vlad © (2004-05-26 15:06) [4]

> Курдль © (26.05.04 14:44) [1]
> Delphi-IBObject-Yaffil Personal (который легким движением
> руки превращается в сетевой).

можно по-подробнее о том как YaP превратить в сетевой ?

← →
DCoder (2004-05-26 15:17) [5]

>Попробуй MySQL
а где о нем можно почитать по-русски? И через какие компоненты подключаться к нему?

← →
bushmen © (2004-05-26 15:20) [6]

>а где о нем можно почитать по-русски? И через какие компоненты подключаться к нему?

http://www.mysql.ru

← →
jack128 © (2004-05-26 16:31) [7]

а IBO уже купил? Если нет, то сначала попробуй IBX, входит в поставку Дельфей..

← →
Курдль © (2004-05-26 16:32) [8]

> Vlad © (26.05.04 15:06) [4]
> можно по-подробнее о том как YaP превратить в сетевой ?

Легко. Берешь файл .GDB от персонального яффила и подставляешь его сетевому яффилу (интербэйсу, жар-птице) и работаешь уже в сети. Я это имел в виду.

> bushmen © (26.05.04 15:02) [3]
> Попробуй MySQL

Не делай этого! Это технологическая диверсия!

← →
Vlad © (2004-05-26 16:39) [9]

> Курдль © (26.05.04 16:32) [8]

Yaffil Personal - это библиотека такая. gds32.dll называется.
Если меняешь версию, то это уже будет не Yaffil Personal

← →
Johnmen © (2004-05-26 16:39) [10]

>В базе будут прайсы ассортиментом 30тыс

Такое количество - не вопрос для любых БД.

← →
Курдль © (2004-05-26 16:45) [11]

> Yaffil Personal - это библиотека такая. gds32.dll называется.
> Если меняешь версию, то это уже будет не Yaffil Personal

Ок! Ты победил! Пусть не Yaffil Personal! :)
Но я о том, что есть весьма удобная трансформация, не требующая никаких действий над рабочей БД. Используешь себе базу при помощи одной DLL-ны. А захотел - просто подставил тот же файл под другой движок и получил сетевой вариант.

← →
bushmen © (2004-05-26 16:57) [12]

> Курдль © Не делай этого! Это технологическая диверсия!

Интересно, с чего вдруг диверсия-то, да еще технологическая?

← →
Соловьев © (2004-05-26 17:01) [13]

> В базе будут прайсы ассортиментом 30тыс,

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

← →
Anatoly Podgoretsky © (2004-05-26 17:07) [14]

Вариант 2 можешь хаюыть, чтобы потом не было обидно, хотя в локальном варианте и не так страшно, но потом если потребуется работать в сети, то очень пожалеешь.

Еше не рассмотрен вариант ADO-MS SQL (MSDE) можно и локально, можно и по сети, с возмоэностью маштабирования до промышленного сервера. Продукт бесплатен.

← →
Курдль © (2004-05-26 17:10) [15]

> Интересно, с чего вдруг диверсия-то, да еще технологическая?

Убогая СУБД. Не вижу никакого применения, как в PHP+WEB.

> > В базе будут прайсы ассортиментом 30тыс,

Я бы, услышав такое, сразу же взялся за Оракл.
Ведь что такое 30000 прайсов? Это скорее всего 3 000 000 позиций с замысловатыми связями + замысловатые выборки типа "а что там по этому поставщику?", "а если выбрать по цене в евро?" и т.п.

← →
bushmen © (2004-05-26 17:18) [16]

>Убогая СУБД. Не вижу никакого применения, как в PHP+WEB.

Если Вы чего-то не видите, то это означает только Вашу не осведомленность по этому вопросу (в Ваших словах нет доводов). По условиям задачи требуется быстренькая и простенькая СУБД, из чего я и исходил.

← →
Vemer © (2004-05-27 01:47) [17]

Небольшое замечание. ИМХО чтобы нормально присоединить локальный GDD в сеть, нужно, чтобы его структура изначально было под мультиюзер заточена, иначе может кривовато получится. Хотя возможно я не совсем прав.

← →
Sergey13 © (2004-05-27 08:30) [18]

2Курдль © (26.05.04 17:10) [15]
>Я бы, услышав такое, сразу же взялся за Оракл.
А я бы за автомат Калашникова. 8-)

2DCoder (26.05.04 14:49) [2]
>по скорости SQL Server будет уступать перед локальными при таком объеме. Это и смущает.
На чем основано такое предположение? Смущает оно меня. 8-)

← →
Anatoly Podgoretsky © (2004-05-27 08:44) [19]

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

← →
Sergey13 © (2004-05-27 09:12) [20]

2Anatoly Podgoretsky © (27.05.04 08:44) [19]
А при работе с dbf или db ничего не грузится что ли? Просто, если так можно выразиться, "клиент и сервер" при этом "зашиты" в приложение и движок.

← →
Andriano (2004-05-27 09:18) [21]

> Anatoly Podgoretsky ©
А что за локальная база на одном компьютере? Конечно надо рассчитывать как минимум на локальную сетку 100Мб. Если сейчас не надо, то потом будет надо.

> Курдль
Не надо не куда GDB переносить, и вообще не трогайте его как файл. Для этого есть процедура Backup/Restore (gbak.exe).

Как Yaffil, так и Firebird легко можно менять с сетевого на Embed(Однопользовательский без сервера) и наоборот, ВООБЩЕ НЕ ТРОГАЯ ни БД, ни свое приложение. Программа даже ничего не заметит и будет работать также.

Надо также отметить что Firebird, не смотря на бурное развитие до версии 1.5, до сих пор бесплатен. В качестве компонентов доступа можно использовать FIB+ (платный, но первое место в Delphi Magazine в 2003 г. http://www.delphizine.com/opinion/2003/09/di200309jc_o/di200309jc_o.asp)

2Andriano (27.05.04 09:18) [21]
>А что за локальная база на одном компьютере? Конечно надо рассчитывать как минимум на локальную сетку 100Мб. Если сейчас не надо, то потом будет надо.
Расчитывать надо на то что есть и что надо. Если программа например телефонный справочник для персонального использования, нафига нужна сетка хоть 100Мб хоть 1Гб?

Эдак мы ща придем к тому, что в технологии Клиент-Сервер все делается на сервере. А Подгорецкий таки прав.

Sergey13 © (27.05.04 09:12) [20]
В этом случае сервера нет, идут прямые обращения к файлам.
В случае сервера к этому добавляется сервер с его требованиями к ресурсам, обмен между сервером и клиентом, хорошо если локально, а то неисключено что черех сетевые протоколы.

Andriano (27.05.04 09:18) [21]
Firebird/Yaffil/MSDE расчитаны на маштабирование, путем простого изменения строки подключения, сегодня сервер локальный, завтра как положено удаленный, тоже относится и к встроеным вариантам.

← →
DCoder (2004-05-27 17:39) [25]

Delphi-ADO-Access

этот вариант отпал, вчера увидел такие тормоза, что хуже не бывает

Курдль © (26.05.04 16:45) [11] Никуда подставлять не надо. Стоит только написать имя сервера в пути доступа к БД, и Yaffil Personal, равно как и Firebird Embedded тут же превращаются в обычные клиентские библиотеки :))
bushmen © (26.05.04 17:18) [16] Вполне обоснованно. http://sql-info.de/mysql/gotchas.html видел? Это - ой! Имхо, доводы...
На мой взгляд, в данном списке мне нравится Firebird, с прямым доступом. Кстати, насчет скорости - можно поспорить. Скорее всего, Yaffil быстрее Access & Paradox в реальной работе, это же не просто чтение таблички, там еще и запросы есть...

← →
DCoder (2004-05-27 18:18) [27]

DCoder (27.05.04 18:18) [27] То, что ты и написал, IBObjects, обертка над клиентом. Также FIB+, IBX и тд. Непрямой доступ - это через промежуточный слой абстракции, вроде ADO/OLE DB, ODBC, BDE...
Кстати, писать надо сразу с расчетом на работу нескольких пользователей по сети, уверен, если сейчас не надо, со временем это понадобится ;)

2 DCoder
Надо очень хорошо продумать структуру БД, так как при не правильной разработке, можно затормозить(а то и "завалить") и Oracle, и DB2, не говоря уже про FireBird, Yaffil

← →
DCoder (2004-05-27 18:36) [30]

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

Какую выбрать СУБД и технологию доступа? Найти похожие ветки