БД

← →
Nous Mellon (2004-01-18 09:50) [0]

Возник такой вопрос: предположим разрабатывается приложение использующее БД, с довольно простой архитектурой самой Базы(буквально несколько таблиц в Paradox). Но хотелось бы после разработки приложения распространять
его через интернет. Как ваше мнение подходит ли стандартный движок BDE для использования здесь? Ведь на компьютерах пользователей его скорее всего не будет. Какие есть возможности для лучшей переносимости? Может какие-либо стандартные или фриварные компоненты. Был на примете Halcyon но он стоит платный. И сколько занимает дистрибутив BDE?

← →
DrPass (2004-01-18 11:40) [1]

BDE не слишком подходит. Возьми Embedded Yaffil или Firebird - всего одна DLL и великолепный движок

← →
Desdechado (2004-01-18 15:29) [2]

BDE тяжел, лучше уж использовать компоненты, заточенные под конкретную СУБД

← →
Nous Mellon (2004-01-18 17:32) [3]

> BDE не слишком подходит

> BDE тяжел

Я с вами абсолютно согласен. Что мне использовать для работы с БД в Paradox?
> Возьми Embedded Yaffil или Firebird - всего одна DLL и великолепный
> движок

Спасибо, если они бесплатные то сейчас скачаю и изучу.

А применимы ли к моей задаче компоненты ADO или dbExpress?

← →
Тимохов (2004-01-18 17:34) [4]

Я ввобще фан ado. Главное, что везде стоит...

← →
Nous Mellon (2004-01-18 17:38) [5]

> Я ввобще фан ado. Главное, что везде стоит...

Я у Кэнту прочитал что могут быть проблемы с совместимостью разных версий.
Применима ли ADO к моей задаче? И если ADO не поддерживает Парадокс, какая у ADO альтерантива?

← →
Тимохов (2004-01-18 17:49) [6]

Выяснить поддерживает ли адо парадокс просто - в мсдн в описании адо приведен список оле дб провайдеров. Думаю там и для парадокса есть провайдер. Хотя не уверен - никогда этим явно не интересовался.

← →
Nous Mellon (2004-01-18 18:07) [7]

А чем вы предлагаете пользоваться с АДО если не Парадоксом?

← →
Тимохов (2004-01-18 18:09) [8]

Может для нескольких таблиц вообще реляционка не нужна?
Вполне можно обойтить файловым хранением.

← →
Nous Mellon (2004-01-18 18:15) [9]

> Может для нескольких таблиц вообще реляционка не нужна?
> Вполне можно обойтить файловым хранением.

В смысле файлы таблиц? Думаю можно... Опять вопрос можно ли использовать файлы таблиц Парадокс и какая есть равноценная замена?

← →
Тимохов (2004-01-18 18:17) [10]

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

Зачем вообще вам именно база?

← →
Nous Mellon (2004-01-18 18:23) [11]

> Зачем вообще вам именно база?

Хм.. А сортировка, поиск и т.д. что ручками писать?

← →
Nous Mellon (2004-01-18 18:23) [12]

Сейчас сумел связать ADoTable с dbase файлом а с Парадоксом не получается....

← →
Anatoly Podgoretsky (2004-01-18 18:28) [13]

АДО с Парадоксом работает через БДЕ, насчет дБейс ситуация немного сложнее, есть разные варианты, это может быть и БДЕ, а может быть и другое.

← →
Тимохов (2004-01-18 18:29) [14]

Nous Mellon © (18.01.04 18:23) [11]
Знаешь все зависит от задачи.
Что ты вообще пишешь?

← →
Nous Mellon (2004-01-18 18:40) [15]

> АДО с Парадоксом работает через БДЕ,

А я уже сейчас обрадовался.. Получилось соединить АДО и Парадокс. А здесь оказывается без БДЕ не обошлось. А плчему тогда называтся Microsoft Paradox Driver? Что вы предложите Анатолий? Может вообще что-то сторонее а может использовать не Парадокс а mdb формат?
> Знаешь все зависит от задачи.
> Что ты вообще пишешь?

У программы в самом ее начальным варианте две связанные таблицы с 15-20 полями в каждой. Важно что бы была возможность сортировки набора данных и т.д. В общем файлом не получится.. :(

← →
Тимохов (2004-01-18 18:45) [16]

Еще раз.
Все зависит от цели продукта.
Если ты хочешь создать беспроблемный продукт с возможностью хранить какой-то достаточно простой набор данных, то не обязательно пользоваться какой-то базой.
Важно знать:
1. Какого объема данные
2. Какого рода запросы к ним нужны. Если только сортировки, то можно и самому их реализовать.
3. Каковы требования у будущему пользователю.
4. Нужна ли многопользовательская работа.
5. Насколько вообще это серьезный продукт, т.е. сколько можно потратить времени на получение максимального качества.

Вопросов много.
Одним словом, если не надо спешить с однозначными выводами о том, что нужна именно релационная база данных.

← →
Тимохов (2004-01-18 18:47) [17]

А вообще сделать свою соритровку не представляется трудным. Также как и группировку. Причем это можно сделать по скорости на уровне хорошего сервера.

← →
Anatoly Podgoretsky (2004-01-18 19:02) [18]

Nous Mellon © (18.01.04 18:40) [15]
Если не переходить на SQL сервера, то или формат Акцесс (только не расчитывай, что на любом компьютере будет стоять все необзодимое) или на формат dBase и использовать какой ни будь движок, встраиваемый в ехе, например тот же TDbf, хоть он немного и кривой.

Другой вариант использовать какой либо emded SQL Server.

← →
Тимохов (2004-01-18 19:06) [19]

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

Не знаете ли чего-нибудь подобного. Не обязательно бесплатного, можно и за деньги, главное, чтобы можно было встраивать в коммерческий продукт (т.е. чтобы лицензия позволяла продавать такой продукт)?

← →
Anatoly Podgoretsky (2004-01-18 19:09) [20]

FireBird Embed {+ TClientDataset}

← →
Игорь Шевченко (2004-01-18 19:15) [21]

Тимохов © (18.01.04 18:47)

> А вообще сделать свою соритровку не представляется трудным.
> Также как и группировку. Причем это можно сделать по скорости
> на уровне хорошего сервера.

Если времени очень много, то можно.

← →
Тимохов (2004-01-18 19:17) [22]

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

← →
Nous Mellon (2004-01-18 19:17) [23]

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

А что должно стоять чтобы все правильно работало?

← →
Nous Mellon (2004-01-18 19:18) [24]

> Если времени очень много, то можно.

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

И при этом ничего не делает :)

← →
Тимохов (2004-01-18 19:19) [25]

MS Access будет достаточно.

← →
Тимохов (2004-01-18 19:20) [26]

Nous Mellon © (18.01.04 19:18) [24]

> И при этом ничего не делает :)

Не смешно... чессо слово.
Я же не знаю твою задачу.

← →
Nous Mellon (2004-01-18 19:26) [27]

> Не смешно... чессо слово.
> Я же не знаю твою задачу.

Сорри если шутка не удачна но времени действительно мало на создание своего движка
> MS Access будет достаточно.

Меня в этом почти убедили но одного боюсь, сделаю а у половины пользователей не заработает. :(( Какие программные требования для правильной работы ?

← →
Тимохов (2004-01-18 19:28) [28]

Все, что я писал под адо+аксес работало у целевого пользователя.
Продукт был не массовый. Потому с проблемами не сталкивался.

Подожди АП. Он лучше должен знать, какие требования.

← →
Anatoly Podgoretsky (2004-01-18 19:39) [29]

Nous Mellon © (18.01.04 19:17) [23]
Стоять должно DCOM+MDAC+JET любое из этих вещей может отсутствовать, последнее время много жалоб на отсутствие JET
Подробности по версиям ОС есть на сайте Микрософта и также рекомендации по инсталляции и сами дистрибутивы.
JET иисключили из состава MDAC, по моему мнению, потому что Микрософт, как и Борланд вовсю гонят пользователей на SQL сервер.

← →
Nous Mellon (2004-01-18 19:51) [30]

> Стоять должно DCOM+MDAC+JET любое из этих вещей может отсутствовать,
> последнее время много жалоб на отсутствие JET
> Подробности по версиям ОС есть на сайте Микрософта и также
> рекомендации по инсталляции и сами дистрибутивы.

Огромное спасибо.
Судя по всему работать будет у 30% пользователей :(((
А как работать с TDBF? Есть у меня например две dbf Таблицы, как мне работать с ними программно с помощью этого TDBF? Это вообще стронний компонент или стандартный?

← →
Anatoly Podgoretsky (2004-01-18 20:23) [31]

Nous Mellon © (18.01.04 19:51) [30]
ну процент будет по крайней мере 90
TDBF это посторонний продукт, для работы с dBase навигационными метода, полностью страивается в программу, поставлять ничего кроме программы и самой базы не нужно.

← →
Nous Mellon (2004-01-18 20:51) [32]

> ну процент будет по крайней мере 90

Хм... 90 это уже серьезно
> TDBF это посторонний продукт, для работы с dBase навигационными
> метода, полностью страивается в программу, поставлять ничего
> кроме программы и самой базы не нужно.

Вот он золотой плюс :)
Но все же вы упомянули о некоторой кривости так что счет между Акцессом и TDBF 1-1 :)

Анатолий я сконяюсь все же к Акцессу, но будь вы в моем положении что бы вы выбрали?
ЗЫ Извините что пристал с вопросами и За ОФФ, но как можно эффективно организовать обновление баз из интернета? Как это делают антивири?

← →
Anatoly Podgoretsky (2004-01-18 20:56) [33]

Ты почитай документацию, особенно history.txt
Документация есть на моем сайте.
Еще посмотри вот эту ссылку, это самый крупный ресурс по альтернативам

http://www.kylecordes.com/bag/index.html

← →
Nous Mellon (2004-01-18 21:10) [34]

> Ты почитай документацию, особенно history.txt
> Документация есть на моем сайте.

Вы имеете виду по организации обновлений?

← →
Style (2004-01-18 21:26) [35]

А я писал свою простенькую, ну вообще это своп на подобие таблицы. Короче есть некторые свойства как у TDataSet, в общем то, что может пригодиться для простой задачи. Я думаю что сортировку и поиск - тоже можно написать свои. Если интересно смотрите.

www.hch.ru/upload/swap/swaptable.pas

← →
nikkie (2004-01-18 21:57) [36]

почему никто не советует Advantage, Apollo, DBISAM или Halcyon? помнится раньше в первую очередь рекомендовали... и про memory tables ничего.

> http://www.kylecordes.com/bag/index.html
хороший ресурс, обязательно прочитать

насчет того, что АДО везде стоит - на голом win95 его точно нет, про win98 не помню. и уж тем более я не стал бы связываться с Access. 90% - наверное разумная цифра, но оставшиеся 10% обеспечат тебя головной болью конкретно.

← →
Nous Mellon (2004-01-19 07:25) [37]

> Advantage, Apollo, DBISAM или Halcyon?

Они вроде бы все платные :(
> и уж тем более я не стал бы связываться с Access

А почему?

← →
Style (2004-01-19 08:57) [38]

Nous Mellon ©

Зачем для задачи в три таблицы? Использовать БД.
Сортировку и поиск написать не сложно, алгоритмы все есть в инете. И зато все будет работать быстро и не будет проблем с установкой.

← →
nikkie (2004-01-19 10:14) [39]

>[37] Nous Mellon
> и уж тем более я не стал бы связываться с Access
>А почему?
смотри
>[29] Anatoly Podgoretsky
> Стоять должно DCOM+MDAC+JET любое из этих вещей может отсутствовать,
> последнее время много жалоб на отсутствие JET
ты хочешь в инструкции написать такое?
"Вам нужно иметь установленными на своей машине DCOM, MDAC и JET. Если у Вас Win95, то вероятно у Вас не хватает DCOM, его можно скачать отсюда. Понятия не имею какая версия MDAC нужна для моей программы и какая версия стоит у Вас на компьютере, но если будут проблемы попробуйте обновить MDAC - качать отсюда. В конце концов, для использования базф данных Access нам нужен JET, который вероятно надо скачать отсюда."
Многие ли клиенты захотят с этим разбираться?

>Anatoly Podgoretsky
кстати, только сейчас пришло в голову: а возможно, что при установленном Access XP нет Jet?

← →
Игорь Шевченко (2004-01-19 10:43) [40]

Style © (19.01.04 08:57) [38]

> Зачем для задачи в три таблицы? Использовать БД.
> Сортировку и поиск написать не сложно, алгоритмы все есть
> в инете. И зато все будет работать быстро и не будет проблем
> с установкой

Дети Ивана Кулибина. Сортировка и поиск в базе данных это не такая простая задача, как кажется.

БД Найти похожие ветки