BDE+Paradox или ADO+Access

← →
Стас (2002-10-10 08:20) [0]

Тут задумался, не лучше ли вторая связка. Примеры в Delphi с ADO везде с Access-овскими таблицами. Пробовал через ADO-шные компоненты работать с Paradox-ом, так такая заморочка с подключениями, что не понравилось. Кто-нибудь посоветуйте.

← →
asdf (2002-10-10 11:12) [1]

← →
Max Zyuzin (2002-10-10 11:13) [2]

Все зависит от задачи...

← →
Стас (2002-10-10 13:50) [3]

Что значит от задачи, и какой спект задач лучше для второго, чем для первого?

← →
Max Zyuzin (2002-10-10 14:14) [4]

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

← →
MsGuns (2002-10-10 15:55) [5]

ADO гибкая и надежная, но ЖУТКО тормозная !
BDE хлопотливая и глюковатая, но весьма резвая !

Отсюда вывод: Если бОльше любишь себя - ADO, если клиента - BDE

← →
ЮЮ (2002-10-11 02:26) [6]

>ADO гибкая и надежная, но ЖУТКО тормозная !
>BDE хлопотливая и глюковатая, но весьма резвая
Это наверное в связке Pardox - ODBC provider -ADO

А в связке mdb - MS Jet 4.0 - ADO получаем мощный SQL, рядом с которым Local SQL просто отдыхает.

← →
Стас (2002-10-11 07:47) [7]

Ну а сами сравнительные характеристики таблиц Paradox и Access где-нибудь можно глянуть?

← →
Varibrus (2002-10-15 15:45) [8]

Если пишите сетевую, многопользовательскую систему (даже если она маленькая :-}на 10 юзеров) не используйте Paradox - глючит, причём выясняется это не сразу. Локально программы работают велеколепно, но в сети... Где-то раз в месяц выдают защиту по ключу для detail таблицы, хотя ключ - автоинкрементарное поле. Единственный способ исправить - лезть в таблицу Desktop-ом и удалить в ней последнюю запись. Есть и другие глюки.
С ADO + Access в сети еще не работал, а локально неплохо.
Есть ещё одно за ADO + Access - готовую систему программ гораздо легче перелопатить на более серьёзные базы данных.

← →
MsGuns (2002-10-15 17:05) [9]

Опять за рыбу гроши..
НЕТ ПЛОХИХ СУБД - есть хреновые разработчики ! Правило практически без исключений (я не имею в виду БД типа ФБР или крупного банка, где сотни миллионов записе - далеко не предел)

Парадокс хорош тем, что прост в установке (только BDE), реактивен в интерфейсах, хорош на выборках, особенно при юзании QBE вместо SQL, интуитивно понятен и прост. Плох тем, что на сети весьма капризен и очень чувствителен к сбоям оборудования, после чего нуждается в ремонте таблиц (а часто и в реструктурировании). Короче, нуждается в постоянном, хоть и не обременительном, сопровождении. До 20 юзеров прекрасно работают вместе. Если, конечно, пользуются не ОДНОЙ общей программой, а НЕСКОЛЬКИМИ, реализующими разные задачи проекта и, как следствие, РАЗНЫЕ части БД. Но это уже опять же о программистах...

← →
Varibrus (2002-10-16 09:27) [10]

MsGuns! А всё таки Paradox в сети глючит! Посмотри например статью "Что нужно сделать для нормальной работы в одноранговой сети с базами Paradox?" в http://doc.trecom.tomsk.su/Delphi/DevelopersCorner/www.akzhan.midi.ru/devcorner/akdbtnt-content/akdbtnt-0047.html , но не вздумай ей следовать - один глюк уйдёт, несколько появяться.
Paradox разрабатывался ой ёй ей когда и изначально не предназначался для работы в сети, это только потом ..., поэтому пусть я буду хреновым разработчиком, но буду работать на более перспективных системах, которые учитывают ошибки предшественников.
Насчёт сопровождения согласен и рекомендую freeware, которое для этого использую, http://olesoft.unet.ru/dbcheck.htm, там же есть и другие полезные утилиты.

BDE+Paradox или ADO+Access Найти похожие ветки