Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Вопрос по локальным базам данных [D7, Paradox]


Страницы:   1 2 3

snowman2002 ©   (2005-06-22 14:00:00) 

Что лучше использовать в качестве локальной базы данных? Сама БД - простейшая (три таблицы), но будет содержать большое количество записей (в одной из таблиц - около 100-200 тысяч записей). Пока остановился на Paradox через BDE, но там вроде бы есть ограничение по объему данных?


ANB   (2005-06-23 08:32:00) [21]


> Вообще то DB2 рулез
- ну, DB2 уже не настольная система.


Anatoly Podgoretsky   (2005-06-22 22:42:00) [22]

Вообще то DB2 рулез


ANB   (2005-06-22 20:00:00) [23]


> Если это действительно так, то возьми Halcyon или TDBF и
> не мучайся с советами, которые тебе здесь надавали.
- и мучайся потом с их использованием. Оракл рулез.


s999   (2005-06-22 19:45:00) [24]

>Так как база простейшая и она 100% не перерастет в сетевую (в виду специфики)

Если это действительно так, то возьми Halcyon или TDBF и не мучайся с советами, которые тебе здесь надавали.


Rule   (2005-06-22 18:09:00) [25]

snowman2002   (22.06.05 17:52) [28]
ну дык чем тебе фаерберд не нравится, помоему здорово в твоем случае ...


snowman2002   (2005-06-22 17:52:00) [26]

Rule
В отношении BDE я согласен с Вами полностью! Именно поэтому и возник данный вопрос... С одной стороны база данных и работа с ней - простейшие и не хочется усложнять проект серьезными базами данных... А с другой стороны хочется использовать достойную альтернативу. Но не "перегибать палку"!


Rule   (2005-06-22 16:56:00) [27]

Stanislav ©   (22.06.05 16:11) [21]
а тут не про интербейз идет речь, а о всраиваемом фаерберде, помоему ACCESS+ADO не лучшее решени в плане своей универсальности, не на всех  машинах пойдет, нужно иметь соответствующий драйвер АДО на машине и производительность, там (фаерберд) прямой доступ а тут через несколько технологий, что естественно влечет кучу проблеммасов ....

snowman2002   (22.06.05 16:34) [25]
один из критериев написания ПО - это расширяемость, вот в данном случае она реализуетья с лихвой, а вот БДЕ - это умирающая технология, я если встречаю новый продукт под БДЕ то плююсь даже патолок весь грязный, обычно такое ПО изготовляют голодные студенты ....


Johnmen   (2005-06-22 16:36:00) [28]

>Anatoly Podgoretsky ©   (22.06.05 16:29) [24]

А...Понятно :)


snowman2002   (2005-06-22 16:34:00) [29]

Sergey13
Большое спасибо за ответ! Честно говоря единственное преимущество в моем случае - это п.4... Так как база простейшая и она 100% не перерастет в сетевую (в виду специфики), мне вполне достаточно индексов, фильтров и поисков обычного Paradox - BDE... Что касается опыта работы с нормальными SQL-серверами, он имеется и так (Oracle и MySQL). Но все-таки FireBird'ом Вы меня заинтересовали - уже качаю дистрибутив!


Anatoly Podgoretsky   (2005-06-22 16:29:00) [30]

Johnmen ©   (22.06.05 15:58) [18]
В килобаксовости


Sergey13   (2005-06-22 16:18:00) [31]

2[16] snowman2002   (22.06.05 15:51)
>Чуть конкретнее. Скажем, три наиболее важных преимущества FireBird над Paradox?
1. Это нормальный СКЛ сервер, с ХП и тригерами и прочими преимуществами.
2. Это надежный сервер не требующий админа.
3. При перерастании задачи из локальной в сетевую (почти все перерастают со временм 8-) ничего не надо переделывать.
4. Установка проги - просто копирование файлов без установки в систему ничего "лишнего".
5. Это практика работы с п.1 для дальнейшей жизни.
6. Он бесплатен.
7. Он постоянно развивается
8. Он кросплатформенный.

N-1. Он мне нравится. 8-)

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


Johnmen   (2005-06-22 16:13:00) [32]

>snowman2002   (22.06.05 16:06) [20]

1. Писать пространные трактаты по поводу лучшести/хужести здесь вряд ли кто-то будет. В [3] уже сказали, что тебе подойдёт. Лучше по всем критериям...
2. Есть. "А впрочем тебе ещё рано об этом" (с)
:)))


Stanislav   (2005-06-22 16:11:00) [33]

ACCESS+ADO. Зачем Interbase для 3-х таблиц, тем более, которые используются локально.


snowman2002   (2005-06-22 16:06:00) [34]

Господа! Можно все-таки поконкретнее. На вроде бы простой вопрос уже написано около 20 ответов, из них конкретное предложение только одно - FireBird. Отлично, но возникают два законных вопроса:
1. Чем хорош FireBird по сравнению с BDE в моем случае?
2. Есть ли еще варианты?


snowman2002   (2005-06-22 16:02:00) [35]

Anatoly Podgoretsky
Нужна простая ЛОКАЛЬНАЯ БД! Я конечно понимаю, что можно и микроскопом гвозди забивать, но хотелось бы получить рекомендации по выбору молотка...


Johnmen   (2005-06-22 15:58:00) [36]

>Anatoly Podgoretsky ©   (22.06.05 15:54) [17]
>По степени уменьшения мощности

Что за мощность ? В киловаттах ? :)))))))))


Anatoly Podgoretsky   (2005-06-22 15:54:00) [37]

По степени уменьшения мощности
DB2, Oracle, MSSQL, Interbase, БДЕ (как движок) - список можно продолжать.


snowman2002   (2005-06-22 15:51:00) [38]

Sergey13
Чуть конкретнее. Скажем, три наиболее важных преимущества FireBird над Paradox?


Sergey13   (2005-06-22 15:49:00) [39]

2[14] snowman2002   (22.06.05 15:40)
>В чем будут преимущества FireBird по сравнению с Paradox в данном конкретном случае?
Во всем. Минусов не будет точно.


snowman2002   (2005-06-22 15:40:00) [40]

Спасибо за ответы, друзья! Но хотелось больше конкретики и меньше философии. В чем будут преимущества FireBird по сравнению с Paradox в данном конкретном случае? Желательно описать хотя бы основные плюсы и минусы...


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо