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

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

BDE альтернативы. Кто быстрее? [D6]


Страницы:   1 2 3

Александр М ©   (2004-03-20 14:47:00) 

Решил произвести фундаментальные исследования на эту тему. В результате чего появилась моя первая статья. За речевые обороты сильно не бить, а в остальном, думаю, многим будет интересно почитать:
http://www.degisy.com/bdealternative.php
Комментарии принимаются с удовольствием!


Александр М   (2004-03-26 05:53:00) [1]

Спасибо, уже загрузил компоненты. Надо потестировать, тем более, что это наш разработчик :)


JohnS   (2004-03-25 12:11:00) [2]


> Александр М   (25.03.04 08:47) [57]
> Не очень я дружу с MS Access, но все-равно попробую потестировать.

Да Access в принципе знать и не надо . Кстати компонеты работающие через DAO находятся на http://kadao.dir.bg/. Если есть желание можеш попробовать .


Александр М   (2004-03-25 08:47:00) [3]

Не очень я дружу с MS Access, но все-равно попробую потестировать.


JohnS   (2004-03-25 08:03:00) [4]

Александр М   (24.03.04 18:58) [49]
Хотел включить в обзор связку ADO->MS Access, подключился при помощи TADOConnection и TADOTable, создал базу и таблицу. Добавление 100 тыс записей идет уже почти пол-часа и неизвестно когда закончится. Может подскажете какие свойства можно установить для ускорения, TableDirect я установил в True;

Вот через ADO у меня именно такая фигня и пошла.
Через компоненты KaDao использующие DAO 3.5 или DAO 3.6 все ОК.


Александр М   (2004-03-25 05:50:00) [5]


> Александр, не хотели бы поместить статью в сборник статей
> на нашем сайте?


Это на этом сайте? :)
Думаю можно, но только когда добавлю туда еще 2-3 движка, сейчас она еще в процессе формирования.


> sniknik ©   (24.03.04 20:37) [52]


Спасибо, сегодня, надеюсь добавлю MS Access в тест.


panov   (2004-03-24 21:30:00) [6]

>Александр М   (20.03.04 14:47)
Александр, не хотели бы поместить статью в сборник статей на нашем сайте?


sniknik   (2004-03-24 20:44:00) [7]

да точно, поставил в базе те же размеры полей 20, как в статье(полностью структуру повторил), разницы во времени нет 1мин 5сек. varchar однако ;о). данные по размеру то те же.


sniknik   (2004-03-24 20:37:00) [8]

также как и с таблицей, процедуру что у тебя добавляет переделывать не придется.

у меня получилось примерно 48-52 сек.
поля текстовые сделал Char(50) все 4. Float - двойное с плавающей.
(даже если у тебя не так больших расхождений быть не должно)
при переделывании как я выше предлагал быстрее на 5-9сек.
при добавленом ключе (ID автоинкремент) немного медленнее (1м 5сек - 1м 30сек)


Александр М   (2004-03-24 20:00:00) [9]

Я использую MS OLE Jet 4.0
Попробую TADODataSet, надеюсь им можно так же легко добавлять записи?


sniknik   (2004-03-24 19:24:00) [10]

Александр М   (24.03.04 18:58) [49]
поменяй TADOTable на TADODataSet, TableDirect только по другому называется CommandType=cmdTableDirect и курсор серверный ставь иначе все это неработает.

и тут еще много от версии базы и jet зависит.
(счас проверю у себя, по аналогу из статьи, если сильная разница будет сверимся)


Александр М   (2004-03-24 18:58:00) [11]

Хотел включить в обзор связку ADO->MS Access, подключился при помощи TADOConnection и TADOTable, создал базу и таблицу. Добавление 100 тыс записей идет уже почти пол-часа и неизвестно когда закончится. Может подскажете какие свойства можно установить для ускорения, TableDirect я установил в True;


Александр М   (2004-03-24 18:26:00) [12]


> Детективное дополнение: можно выложить на страничку (типа)
> www.freesource.narod.ru фирмы FreeSource Inc. с пометкой
> "разрешено для бесплатного использования в коммерческих
> проектах; регистрации не требует", чтобы потом (в случае
> притязательств со стороны соответствующих органов) указать
> в качестве "места происхождения".


Какая разница free или не free? Ведь Delphi personal только для ознакомления и ее лицензия запрещает использовать для создания коммерческих проектов. Но это уже оффтопик.


go3don   (2004-03-24 18:16:00) [13]

боюсь, мне ума не хватит...


Rem   (2004-03-24 17:42:00) [14]

> но ведь совершенно нет datasource.
Взять исходники VCL из Delphi Professional или Enterprize; вырезать кусок с TDataSource; переименовать в TFreeSource (или TSourceForFree :); поковеркать и покромсать его немного, добавить немного бесполезных строк или корявого кода; отключить оптимизатор компилятора; компильнуть в DCU; уничтожить корявые исходники и забыть об истории происхождения.

Детективное дополнение: можно выложить на страничку (типа) www.freesource.narod.ru фирмы FreeSource Inc. с пометкой "разрешено для бесплатного использования в коммерческих проектах; регистрации не требует", чтобы потом (в случае притязательств со стороны соответствующих органов) указать в качестве "места происхождения".


Rem   (2004-03-24 17:32:00) [15]

>> если не учитывать стоимость MS Office конечно.
Движок MS Jet (это тот, который ADO + MS Jet + *.mdb) входит в комплект поставки Windows, поэтому такое решение бесплатно для Windows-платформ. К MS Office не имеет никакого отношения, разве что MS Office использует этот движок, но никак не наоборот.


go3don   (2004-03-24 17:16:00) [16]

> но самая быстрая связка для Настольной СУБД это DAO + Access

если не учитывать стоимость MS Office конечно.

Ребята, подскажите кто-нибудь, как выйти из положения. Моя нищая контора не захотела покупать лицензионную делфи, нас пересадили на delphi 6 personal edition.
Мне надо работать с базами данных. В увязке zeosDBO+EhLib все было бы ничего, но ведь совершенно нет datasource.
Где можно скачать или купить недостающие компоненты для работы с базами данных? (стоимость до $150)
Может, кто из вас знает бесплатную визуальную среду для разработки, вроде Lazarus, но работоспособную?


Александр М   (2004-03-24 15:44:00) [17]


> Читать статью было некогда ,но самая быстрая связка для
> Настольной СУБД это DAO + Access


Есть большие сомнения на этот счет..не знаю как DAO, но с ADO попробую и если результаты будут интересными, добавлю в обзор.


JohnS   (2004-03-24 15:29:00) [18]

Читать статью было некогда ,но самая быстрая связка для Настольной СУБД это DAO + Access


Курдль   (2004-03-24 14:46:00) [19]


> "вес" опыта не может пересилить неприязненные ощущения.

Мои глубочайшие извинения! Злоупотребил иронией! :)


> А если есть сомнения, как быть?

Назвать претендента на звание лучшей СУБД и поспорить!


Deniz   (2004-03-24 14:23:00) [20]

> Курдль ©   (24.03.04 13:38) [37]
> Я тоже высказываю свои мысли и свой опыт, ктотрый, надеюсь, тоже кому-то может пригодиться.

Опыт - весч хорошая, но как только "опытный" человек начинает разговаривать, мягко говоря, некорректно и грубо, начинаются проблемы с общением и "вес" опыта не может пересилить неприязненные ощущения. Если хотите чтобы Вас хотябы слушали, не надо грубить и наезжать. "Несчастный Paradox" [25]. Я не говорю что он счастливый, но ...
>Думаю, что ни у кого нет сомнений, что лучшей СУБД времен и народов является Оракл. [25]А если есть сомнения, как быть?


Страницы:   1 2 3

Наверх

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