БД

← →
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]

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

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

← →
Danilka (2004-01-19 10:56) [41]

[39] nikkie © (19.01.04 10:14)

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

по-моему, у меня тот-самый вариант.

← →
Anatoly Podgoretsky (2004-01-19 11:01) [42]

nikkie © (19.01.04 10:14) [39]
Невозможно, JET в этом случае установлен.

← →
Danilka (2004-01-19 11:11) [43]

[42] Anatoly Podgoretsky © (19.01.04 11:01)
А как проверить его наличие?

Access стит вместе с офисом ХР проф.
Клиент этого форума от MSimm не работает - говорит, не хватает какой-то библиотеки. В файле readme.txt клиента написано, что для работы требуется
Microsoft Jet OLE DB Provider.

← →
Danilka (2004-01-19 11:12) [44]

сорри, клиент от McSimm.

← →
Anatoly Podgoretsky (2004-01-19 11:26) [45]

Самый последний JET валяется на сайте Микрософта ипри этом бесплатно. ТОлько учесть, что кроме него потребуется АДО, валяется там же и самый последний, вроде как 2.9

← →
Тимохов (2004-01-19 11:27) [46]

Игорь Шевченко © (19.01.04 10:43) [40]

Про кулибиных сложно согласиться. Очень согласен с nikkie © (19.01.04 10:14) [39]. Для трех таблиц можно и самому организовать. Было бы время и цель создать продукт с простой установкой и "никакими" требованиями.

Сортировка... разве это сложно?
Поиск... тоже считаете сложно - индексов нафигачил бинарными деревьями и в путь.
От сортировки до группировки недалеко... Сам делал такое. На 50млн записей по двум числовым полям скорость была сравнима с MS SQL сервером на соседней аналогичной машине. Серавак выигрывал только в одном случае - если у него был кластерный индекс.

Одним словом, имхо, это все не так сложно. Зато проблем никаких у пользователя не будет.

← →
KSergey (2004-01-19 11:28) [47]

Просветите меня, плиз, по поводу FireBird Embed "всего одна DLL и великолепный движок" (Embedded Yaffil): это многопользовательский вариант или нет?

← →
Anatoly Podgoretsky (2004-01-19 11:41) [48]

http://www.ibase.ru

← →
Vlad (2004-01-19 11:46) [49]

> KSergey © (19.01.04 11:28) [47]
> Просветите меня, плиз, по поводу FireBird Embed "всего одна
> DLL и великолепный движок" (Embedded Yaffil): это многопользовательский
> вариант или нет?

Однопользовательский, локальный.

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

Тимохов © (19.01.04 11:27)

> Было бы время

Ключевое слово. У Кулибина оно было :) У авторов мелких задач его чаще всего нету - им прикладную часть надо писать. Что-то это мне напоминает - вроде того, что программы надо на API писать, тогда они маленькие получаются, а то, что дольше - это не важно, главное, что маленькие :)

← →
Тимохов (2004-01-19 11:57) [51]

Игорь Шевченко © (19.01.04 11:50) [50]
Не совсем согласен с API. Ключевой момент моего несогласия - пишешь ли ты на api либо на дельфи - все равно это будет одинаково работать, независимо от того, что есть у пользователя на компе. В данном случае в зависимости от подхода будут разные требования к пользовательской машине. Ясно выразился?

← →
nikkie (2004-01-19 12:02) [52]

>Danilka
спасибо. у меня у одного человека стоит программа работающая с Access через BDE - при установленном Access XP проблема. попробую сказать ему поставить jet.

>Игорь Шевченко
>то, что дольше - это не важно
при наличие некоторого навыка получается не дольше. правда, дельфи для этого не очень подходящее средство. а по поводу того, что не стоит затевать написание своего SQL-движка я согласен :). но может автору надо иметь 3 таблицы по 50 записей? тогда и без сортировки-поиска можно обойтись...

← →
Anatoly Podgoretsky (2004-01-19 12:05) [53]

3 таблицы по 50 записей - TClientDataset

← →
Тимохов (2004-01-19 12:08) [54]

Могу поделиться опытом.

Есть свой рекордсет. По опитамальности хранения (занимаемая память) во много раз превосходит Ado.Recordset и дельфовые компоненты. Есть набор стандартных операций из SQL - сортировка, группировка, поиск по полю, отбор по полям, слияние. При таком наборе операций sql-движок не нужен - требуемые действия можно комбинировать из описанных више операций. Если чего не хватает, можно по необходимости дописать.

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

← →
Тимохов (2004-01-19 12:09) [55]

TClientDataset - во, тоже выход.

← →
Style (2004-01-19 12:16) [56]

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

Это комплимент ;)

Это смотря какие исходные данные и какая вообще структура данных.
На данный момент - помоему задача не сложная, и для ее реализации есть ли смысл работать с Access? и почему бы не попробовать написать свой интерфейс, сам процесс написания только пойдет ему на пользу, покрайней мере человек поймет как же на самом деле все сложно организовано и сколько сил потратили программеры на написания БД. Не получица, пусть все стирает и ставит Access всем пользователям и работает с ADO! :0)

← →
Mike Kouzmine (2004-01-19 12:21) [57]

Использовать надо "удобоворимые форматы". Которые и без вас прочитать смогут.

← →
Style (2004-01-19 12:24) [58]

2Mike Kouzmine ©
А если не надо что бы другие читали?

← →
Mike Kouzmine (2004-01-19 12:24) [59]

Style © (19.01.04 12:24) [58] тогда вообще не пиши.

← →
Игорь Шевченко (2004-01-19 12:30) [60]

Style © (19.01.04 12:16)

> Это комплимент ;)

Скорее, горький опыт ;)

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

"За эти два года несчастный мог окончить археологический институт или изобрести самодвижущееся пресс-папье, как должно быть обидно такому человеку сознавать, что
все его труды пропали даром..." (с) Аркадий Бухов

← →
Style (2004-01-19 12:32) [61]

Mike Kouzmine ©
да правильно мастера, лучше пойти у кого нить код свистнуть, чем просто попробовать написать самому. >:[
А как же полет фантазий и вообще сам творческий процесс, пусть оно и не нужным окажеться, зато сколькому можно научиться и просто многое понять. Это же полезно!

А может вообще ему Oracle для трех таблиц поставить?

← →
Style (2004-01-19 12:35) [62]

Игорь Шевченко ©

Горький опыт чего если не секрет?

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

← →
Тимохов (2004-01-19 12:36) [63]

Style © (19.01.04 12:35) [62]
Приветствую единомышленника!

← →
Mike Kouzmine (2004-01-19 12:42) [64]

Style © (19.01.04 12:32) [61] Да я не мастер, а так, подмастерий. У меня нет времени заниматься такими сложными задачами.

← →
Style (2004-01-19 12:44) [65]

Mike Kouzmine © - а вот вопрос времени, - это уже другой вопрос.
Но стоит один раз чего нить самому написать хорошее, и в дальнейшим успешно это использовать.

← →
Danilka (2004-01-19 12:52) [66]

> [65] Style © (19.01.04 12:44)
> Mike Kouzmine © - а вот вопрос времени, - это уже другой
> вопрос.

Причем, вопрос времени - самый главный.

Хех, развели разговоров скоро сотня постов будет и к чему? %))
Все от задачи зависит, возможно что автору какой-нибудь типизированный файл будет как раз в пору. А возможно, как раз лучше какая-нибудь клиент-серверная СУБД.

> [61] Style © (19.01.04 12:32)
> Mike Kouzmine ©
> А как же полет фантазий и вообще сам творческий процесс,
> пусть оно и не нужным окажеться, зато сколькому можно научиться
> и просто многое понять. Это же полезно!

Да ну? Кто сказал что это полезно? А может все-таки намного делать то, за что деньги заплатят, вместо изобретения в тысячный раз велосипеда? Кстати, там тоже офигенно многому надо учиться, а уж в смысле пользы - побольше будет, точно.

← →
Danilka (2004-01-19 12:53) [67]

Слово забыл в предыдущем посте:

А может все-таки намного полезнее делать то, за что деньги заплатят, вместо изобретения в тысячный раз велосипеда?

← →
Style (2004-01-19 12:55) [68]

>>Да ну? Кто сказал что это полезно? А может все-таки намного >>делать то, за что деньги заплатят, вместо изобретения в >>тысячный раз велосипеда? Кстати, там тоже офигенно многому >>надо учиться, а уж в смысле пользы - побольше будет, точно.

А кто сказал что ему за это денег не заплатят?

← →
Тимохов (2004-01-19 13:00) [69]

Как говорилось в самом начале топика - важно знать решаемую автором вопроса задачу. Он, к сожалению, очень мало сказал о том что делает. Он сам сделал только вывод, что т.к. ему нужна сортировака, то нужно использовать sql без вариантов.

← →
Danilka (2004-01-19 13:01) [70]

[68] Style © (19.01.04 12:55)
t1 - время потраченое на написание программы с использованием готовых решений.
t2 - время потраченое на написание всего самому. В идеале, полностью на винАПИ.
t2 - t1 = потерянное время, потерянное и в смысле денег и в смысле "полезного" опыта.
"полезный" опыт - тот за который платят деньги. :))

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

← →
Vlad (2004-01-19 13:01) [71]

> Style © (19.01.04 12:44) [65]
> Mike Kouzmine © - а вот вопрос времени, - это уже другой
> вопрос.
> Но стоит один раз чего нить самому написать хорошее, и в
> дальнейшим успешно это использовать.

Есть такое понятие, как корпоративная разработка. Подразумевается что твой код будут сопровождать другие люди (в случае твоей болезни, отпуска, увольнения, итд.)
Представь, что возникла необходимость срочно что-то исправить в коде. Твои коллеги влезают в код и видят, что у тебя к примеру вместо класса TDataSet реализован собственный, улучшенный по твоему мнению класс. Как ты думаешь, сколько "приятных" слов в твой адрес они выскажут в такой ситуации ?
ИМХО, причины для изобретания улучшенных велосипедов должны быть очень вескими иначе овчинка выделки не стоит.

← →
Anatoly Podgoretsky (2004-01-19 13:04) [72]

Тимохов © (19.01.04 13:00) [69]
TClientDataset поддерживает сортировку полученого набора в памяти, без наличия физического индекса, по любым полям.

← →
Anatoly Podgoretsky (2004-01-19 13:05) [73]

Более того в некоторых случаях даже самого физического набора может и не быть.

← →
Nous Mellon (2004-01-19 13:06) [74]

> А кто сказал что ему за это денег не заплатят?

Заплатят, но крохи :)
Но мне как начинающему кодеру этого хватит.

> Стоять должно DCOM+MDAC+JET

Мне важно понять что с чем поставляется
JET с Офисом(насколько я понял)
А осатльное?
> Как говорилось в самом начале топика - важно знать решаемую
> автором вопроса задачу.

ДВе связанные таблицы, с небольшим кол-вом полей. Я понимаю: написать свой движок отличный вариант, но времени мало. И если я решу все что там помимо работы с БД и останется время, то пока БД не забита могу накатать свой простенький движок. А ведь может и не останется так что сейчас надо на чем то остановится.

← →
Style (2004-01-19 13:07) [75]

Vlad ©
Опять же - кто сказал что это корпоративный проект?
ИМХО! Если бы он был корпоративным, то в форуме не задавали бы вопрос о том какую БД лучше использовать?
А если это мой проект - лично мой, есть заказчик - я исполнитель.

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

Style © (19.01.04 12:35)

Горький опыт разработки поиска и сортировки, причем, не ради изобретательства велосипеда, а согласно поставленной задаче. Задачу решить было необходимо, другими средствами нельзя было, вот и пришлось порешать.

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

Элементарный подход в данном случае - TDataSet

← →
Danilka (2004-01-19 13:10) [77]

[74] Nous Mellon © (19.01.04 13:06)
>ДВе связанные таблицы, с небольшим кол-вом полей.

Если надо будет выводить данные в грид/печатать на основе данных какие-нибудь отчеты, сортировка/фильтрация, то лучше всего использовать какого-нибудь наследника от TDataSet, например TClientDataset.
Если понадобится многопользовательская работа, то надо смотреть дальше :))

← →
Anatoly Podgoretsky (2004-01-19 13:13) [78]

Nous Mellon © (19.01.04 13:06) [74]
Я уже писал, подробности смотри у Микрософта, эта информация динамическая.

В твоем случае хорошо будет если ты используешь один из самодостаточных движков, желательно встраиваемый в исполнимый файл (без каких либо ДЛЛ и внешних движков), тогда поставка только exe и сама база (возможно даже и саой базы физически не будет если readonly из ресурса).

Тратиться на написание движка - это не ценить свое время.

← →
Style (2004-01-19 13:13) [79]

>>ДВе связанные таблицы
Nous Mellon ©
:)

Лучше конечно попробуй сначала напиши все под ADO, просто чтобы понять как все это работает! Затем если будет время напиши типизированный файл для двух то таблиц это не сложная задача и сделай выводы.

← →
Style (2004-01-19 13:17) [80]

Игорь Шевченко ©

>>Элементарный подход в данном случае - TDataSet
:)
Ну это смотря как посмотреть, если посмотреть на код самого проекта с двумя связными таблицами наследниками TDataSet - действительно элементарно,
но если залезть в юнит db.pas и посмотреть что там :) - помоему не совсем элементарно ;)

Может там задача решается спомощью двух TStringList :)

← →
Danilka (2004-01-19 13:19) [81]

← →
Style (2004-01-19 13:24) [82]

Danilka ©
:) Опять же зависит от задачи, может моей целью является сокращение EXEшника до минимального размера и окошко на WinAPI самый лучший вариант для этого?

← →
Danilka (2004-01-19 13:34) [83]

← →
Style (2004-01-19 13:39) [84]

← →
Danilka (2004-01-19 13:42) [85]

← →
Style (2004-01-19 13:45) [86]

Danilka ©
Дел можно и не имееть :) но вот начать можно и с этого.

К тому же есть куча наработок да даже инет в котором есть куча примеров.

← →
Anatoly Podgoretsky (2004-01-19 13:47) [87]

Нет не надо иметь, если он за килобайт удавитс, то за копейку тем более.

← →
Style (2004-01-19 13:50) [88]

Anatoly Podgoretsky ©
Наверное точно такая же точка зрения и у Microsoft :)
Сколько там дистрибутивчик XP уже весит ?? :)))

← →
Mike Kouzmine (2004-01-19 13:52) [89]

← →
Anatoly Podgoretsky (2004-01-19 13:53) [90]

Я несколько лет назад рассказывал про жксперимент.
Делалось две программы, разного размера (за счет не нужного ресурса), выкладывалось на файловый арзив, ода порядка 300 кб, вторая порядка 3 мб.
Попробуй догадаться какую в основном качали.

← →
Style (2004-01-19 13:57) [91]

Mike Kouzmine © - меня лично нет. :) у меня комп хороший.

Но вот иногда действительно реально использовать API, я не говорю о том что вообще на фиг TForm, нафиг TDataSet Давай те перепишем Delphi! Я говорю о реальном приминении программирования более низкого уровня в зависимости от текущей задачи.

← →
Style (2004-01-19 13:58) [92]

← →
Mike Kouzmine (2004-01-19 13:59) [93]

Anatoly Podgoretsky © (19.01.04 13:53) [90] Я бы тоже 3 меговый скачал, если бы не было надписи что там (в 3 меговом) ненужный мне мусор. Жадность однако.

← →
Danilka (2004-01-19 14:00) [94]

[91] Style © (19.01.04 13:57)

> вот иногда действительно реально использовать API, я не
> говорю о том что вообще на фиг TForm, нафиг TDataSet Давай
> те перепишем Delphi! Я говорю о реальном приминении программирования
> более низкого уровня в зависимости от текущей задачи.

Ты такого не говорил. Ты говорил как-раз - переписать.
А на счет: "более низкого уровня в зависимости от текущей задачи" для узких мест, почему-бы и нет? В том числе и ассемблерные вставки. Но к БД это не относится, там, как правило, достаточно написать правильно запрос+правильная структура базы. :))

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

Mike Kouzmine © (19.01.04 13:59) [93]
Психология, как качать так мегабайты, как заказывать так килобайты.

Конечно никаких слов про мусор не было, почти индетичные описания программы, чтобы не догадались. Это одназначно решило вопрос в сторону не уменьшения размера.

Данная история возникла из за аналогичного спора в конференции разработчиков, провели натурные испытания.

← →
Style (2004-01-19 14:02) [96]

Danilka ©
Вот, чего я и говорю, может данная задача может быть выполнена с использованием простого TStringList и двух текстовых файлов :)

← →
Тимохов (2004-01-19 14:47) [97]

Style © (19.01.04 14:02) [96]
Соратник по мыслям!
Я примерно до середины топика тоже пытался убедить автора, что может не нужно БД. Но есть ощещение, что он уже сделал свой выбор. Думаю переубедить его не получится.

← →
Style (2004-01-19 15:01) [98]

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