Нужно выбрать что использовать

← →
GROL (2003-02-26 00:33) [0]

Планирую начать новый проект и необходимо выбрать СУБД.
В базах не селен, поэтому нуждаюсь в совете.
Основные требования:
1. Высокая стойкость против внешнего доступа
2. Никаких предварительных установок

База небольшая – до 10-ти таблиц, число записей макс. до 100 тыс. Чистой информации (в текстовиках) максимум 5Mb. Однопользовательская.

Любые за/против, плюсы/минусы.

← →
___ALex___ (2003-02-26 00:35) [1]

Paradox бери и делай через компонент(ы) TTable всё

← →
GROL (2003-02-26 00:43) [2]

> Paradox бери и делай через компонент(ы) TTable всё

А как насчет п.2 ?

← →
kaif (2003-02-26 02:10) [3]

> Высокая стойкость против внешнего доступа
имеется в виду секретность...??
Тогда:
IB беззащитен перед тем, кто может подменить базу паролей isc4.gdb. Поэтому если программа будет ставиться под W98 или еще как-то без возможности запретить запись в директорию, где isc4.gdb лежит, то лучше IB не использовать. По-моему Access имел пароль хороший на базу...
Но если под NT, то за IB можно не беспокоиться. Только права нужно правильно прописать.

Про EasyTable не знаю.

← →
Alexandr (2003-02-26 06:20) [4]

Yaffil personal подходит идеально по всем пунктам.

← →
Vladimir (2003-02-26 12:42) [5]

Делаешь еще проще - DBF файл на PGP-диске.

← →
GROL (2003-02-26 13:26) [6]

> Yaffil personal подходит идеально по всем пунктам.

Из их новостей:

24.01.2003 Планируется к доработке:
...
5) Поддержка шифрования БД через (callback или встроенно)

т.е. этого еще нету? :(

← →
kaif (2003-02-26 13:35) [7]

Я вчера смотрел Firebird 1.5. Там что-то насчет encryption было.

← →
Alexandr (2003-02-26 13:36) [8]

2GROL © (26.02.03 13:26)
пока ты напишешь свою программу, уже будет.
Да вон и в Firebird говорят тоже будет.

← →
Dmitry Filippov (2003-03-01 08:52) [9]

Не стесняйся пиши под IB

← →
Barman (2003-03-01 10:16) [10]

ADO и Access. Лучше всего.

← →
Alexandr (2003-03-01 11:43) [11]

плохая та программа, которая не мечтает стать сетевой.
Поэтому надо сразу закладываться на сетевую версию.
Это будет проще.

← →
GROL (2003-03-01 15:03) [12]

> плохая та программа, которая не мечтает стать сетевой.

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

> ADO и Access. Лучше всего.

Наслышан о переодических падениях Access. Или миф?

← →
Yury (2003-03-02 07:45) [13]

Easy Table. Текущая версия 5.20.
Все таблицы в одном файле, практически неограниченный размер базы данных, все необходимые типы полей, криптография, никаких дополнительных библиотек, не нужно устанавливать клиенту ни BDE, ни ODBC, никаких других дополнительных драйверов.
Пользуюсь уже два года, только хорошие впечатления.
Библиотека быстро развивается, так что вскоре будет и сетевая версия.

← →
Anatoly Podgoretsky (2003-03-02 08:21) [14]

Yury (02.03.03 07:45)
практически неограниченный размер базы данных, это на Винтеле то :-) Ну ка приведи размеры твоего файла.

← →
Boriss (2003-03-02 11:05) [15]

Я бы предложил SQLite. Пару месяцев назад я тоже стоял перед выбором: что взять для однопользовательской аппликации. Рассматривал и Easy Table. Доводы против:

1. Платный, и хорошо платный.
2. Отсутствуют Triggers и Foreign key
3. Очень бедный набор встоенный функций, отсутствуют UDF.
4. Никаких возможностей многопользовательской работы.

SQLite все это поддерживает.

← →
BJValentine (2003-03-02 14:37) [16]

MS Access или Paradox (по моему для локалки подойдёт весьма)

← →
Yury (2003-03-04 06:08) [17]

> Anatoly Podgoretsky © (02.03.03 08:21)
> Yury (02.03.03 07:45)
> практически неограниченный размер базы данных, это на Винтеле
> то :-) Ну ка приведи размеры твоего файла.

Размеры моего файла (одного их них) всего 300 Mb, одна из таблиц которого содержит 356800 записей. Большего мне пока не требовалось.
А это цитата из Help-файла:
- All tables in single OS file
- Database file modes: dfmCompact, dfmNormal, dfmLarge
- Supported data types

- Maximum records quantity: ~ 2^32
- Maximum fields per table: ~ 2^31
- Maximum indexes per table: ~ 2^31
- Maximum index fields per index: ~ 2^31
- Maximum field name: 253 characters
- BLOB fields block size: > 10 bytes, default 512
- BLOB compression: compression modes-clNone, clFastest, clDefault, clMax
- Table encryption: AES (Rijndael) 256 bit key, with CRC
- Repair table facilities

- Restructure table
- Progress indication for potentially slow processes
- Unicode support
- In-Memory tables and databases

← →
Anatoly Podgoretsky (2003-03-04 09:40) [18]

Вот когда превзойдешь размер в 2-4 гб тогда и будешь говорить про "практически неограниченный размер базы данных" и этот "практически неограниченный размер базы данных" наступит значительно раньше чем у других баз.

← →
GROL (2003-03-05 20:58) [19]

> Anatoly Podgoretsky

Возражения понимаю, и можно сказать согласен с вышесказанным, но я писал, что это не большая база. По моим прикидка она в 100MB влезет.

← →
Romkin (2003-03-05 21:11) [20]

Прикидки... База обычно занимает раза в два больше места, чем информация по ней
И какие были прикидки? НА сколько лет? Я обычно закладываюсь на 2030-2040 гг, делаю тест на базе, которая уже в эксплуатации, с хорошими допущениями (типа кол-во станций раза в два-три больше, в два раза интенсивнее ввод и тд), генерю тест, и смотрю, как оно
Рекорд - на имеющейсся технике в 2050 году max реакция 15 сек (отчет, однако...) средняя - 5 сек...
Объем базы - небольшой, до 2 Гб (маленькое приложение, до 10 станций)

Нужно выбрать что использовать - EasyTable или InterBase Найти похожие ветки