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

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

Что надежнее?(Paradox или Access) [D6, D7]


Sherbacov ©   (2003-03-29 16:57:00) 

Стою перед выбором на чем лучше хранить данные, что требуется:
2 сетевых клиента
40-60 таблиц
минимальный процент потери данных
еще бы хотелось высокую скорость доступа к данным(но надежность важней!)
Так что выбрать?


Sherbacov   (2003-04-02 19:00:00) [1]

> Какие SQL-сервера могут мапить базу динамически?
Это значит подключать базу при ее появлении.
т.е. база на съемных насителях и при появлении она подключается к серверу. и так же отключается.


VeLeS   (2003-04-02 11:26:00) [2]

А если попробывать ACCESS через DAO? А не через ADO. У меня через KADAO всё куда быстрее чем через ADO выходит. А городить SQL-сервер ради 2-х клиентов я бы не стал.


BJValentine   (2003-04-01 20:41:00) [3]

Юзай Access. Безопасность доступа, локализация всех таблиц вместе, надёжность индексов (база 32-х разрядная)- это небольшое количество факторов которое я хотел бы отметить в первую очередь. Конекться через ADO. Если будешь использовать технологию DCOM (MIDAS, CORBA), то со скоростью проблем не будет. Я бы так сделал. Удачи!


Ruf   (2003-03-31 17:34:00) [4]

Акцес очень удобен тем, что не понадобиться ставить никаких драйверов, т.к. Microsoft.Jet.OLEDB.4.0 входит в состав окон начиная с 98. НО самый лучший вариант Firebird. Надежный, удобный, быстрый, занимает мало ресурсов в отличие от того же MS SQL или Oracle. Более того в нем нет багов InterBase. Ставится не только на винду, но и на FreeBSD, Linux, Solaris. Еще большой плюс против MS SQL и Oracle - его цена. Firebird - бесплатный.
Советую посетить http://www.interbase-world.com


MsGuns   (2003-03-31 12:13:00) [5]

>Vladislav © (31.03.03 10:53)

FIBPlus - платный. Можно вполне обходиться стандартным набором компонент из InterBase - закладки


Vladislav   (2003-03-31 10:53:00) [6]

Я бы рекомендовал Firebird ( http://firebird.sourceforge.net/). Маленький (даже меньше BDE), быстрый, надежный. В качестве компонент доступа FIBPlus ( http://www.fibplus.net/)


sniknik   (2003-03-31 10:51:00) [7]

не а интересно (хотя офтопик) что имелось с ввиду под
> Какие SQL-сервера могут мапить базу динамически?


RusIv   (2003-03-31 10:00:00) [8]

Уважаемый, Sherbacov!
MS SQL Server 2000 и никакие индексы слетать не будут, если ты их сам не сковырнешь, а систематические BackUp"ы БД помогут тебе легко восстановить твою БД в самом худшем результате, а Access и Paradox - это от "Лукавого" ...


zacho   (2003-03-31 09:06:00) [9]


> Sherbacov © (31.03.03 08:52)
> Какие SQL-сервера могут мапить базу динамически?

А что это значит ?


Sherbacov   (2003-03-31 08:52:00) [10]

Какие SQL-сервера могут мапить базу динамически?


MsGuns   (2003-03-30 15:35:00) [11]

>Leran2002 © (29.03.03 18:44)7747

Согласен со всем, кроме последнего. С файл-сервером надежность парадокса резко возрастает. Кроме того, если не использовать коррекцию через TTable, то "слеты" индексов практически не наблюдаются (при одновременном доступе на запись не более 5-10 юзеров).
Однако ADO уж очень медленный. Часто именно из-за этого предпочтение отдается все же BDE.

ИМХО, надо не то, и не другое, а SQL-сервер (типа FireBird)


Leran2002   (2003-03-29 18:44:00) [12]

Access по моему надежнее... уже сам его использую около года (работаю с ним ч/з ADO драйвер Microsoft.Jet.OLEDB.4.0), пока ни одна база не слетала... + он поддерживает каскадные удаление и обновления в связаных таблицах.

В парадоксе же приходится все это проделывать программно, т.е. как говорится ручками... + время от времени у него слетают индексы + приходится ставить БДЕ (но в принципи БДЕ не проблема)... А так Парадокс в сетке работает намно быстрее Аксеса... В общем по моему мнению Парадокс в сетке лучше вообше не использовать...


Наверх

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