Форум: "KOL";
Текущий архив: 2006.03.26;
Скачать: [xml.tar.bz2];
ВнизБазы данных и KOL Найти похожие ветки
← →
Кудрявцев Павел (2005-08-02 08:23) [0]Как я понял для KOL не существует аналогов VCL-компонентов для работы с БД :-(, может быть имеет смысл разработать такие компоненты? Кто-нибудь бы взялся за это :-) Я готов принять посильное участие в этом
← →
RA © (2005-08-02 09:07) [1]Есть SQLite.
← →
Кудрявцев Павел (2005-08-02 09:25) [2]SQLite - для конкретной СУБД, я имел ввиду аналог DataSet"а и DBEdit, DBMemo... DataSet должен быть независим от типа СУБД
← →
mdw © (2005-08-02 10:11) [3]> ...я имел ввиду аналог DataSet"а и DBEdit, DBMemo... DataSet должен быть независим от типа СУБД
Так в чем же дело? Вперед! Думаю все скажут огромный спасиб, когда сделаешь!
← →
ECM © (2005-08-02 11:12) [4]RA © (02.08.05 09:07) [1]
Есть SQLite.
Есть KOLEDB, есть KOLIB...:)
может быть имеет смысл разработать такие компоненты?
ИМХО: Для этого уже сеть VCL... Такая унификация (полная независимость от используемого "движка СУБД" )неизбежно раздует код и сделает его не таким быстрым - а это уже противоречит "идеологии" KOL.
Я пытался когда писал KOLIB сделать ее совместимой (хотя бы по набору полей и методов) с KOLEDB. Но потом отказался от этой идеи из-за стремления к минимизации кода и необходимости корректировать еще и KOLEDB (хотя уже и не помню точно всех причин).
Думаю, что если есть сильное желание создать такие компоненты, можно попробовать привести все существующие движки для KOL (SQLite,KOLEDB, KOLIB, ...) к "общему знаменателю" - создать спецификацию на общего предка) напр. TKOLDataSet (и т.д) и затем переписать эти движки с учетом этой "спецификации".
Но это работа для "Энтузиастов". (И достаточно объемная)
....
З.Ы. У меня еще "теплится" желание создать движок для KOL на основе ODBC API. Но позжее...Если у кого есть какие-то наработки в этом плане(мысли, исходники, документация) и не жалко поделится - буду очень благодарен...:)
← →
Thaddy (2005-08-02 11:25) [5]To sum up:
Yes, attemps have been made to do TDataSet etc in KOL, and I even succeeded based on FreePascal code, but it really is against the purpose of KOL.
On my website are some very lightweight algoritmic studies on Btree's and sorting. I wrote a database system with that, with DML and DQL that handles over 1.000.000 records. It is just a 40K execuatble handling a 4 MB database ;)
I later changed it to use the SQLITE DLL, simply because it is better and just the same rather small.
If you REALLY want a TDataSet, TTable, TQuery etc, I see if I can still find them, but remember you have to write the backends yourself and performance and size are not very good. (Also in the VCL performance is not really good compared to direct, native code for the system.
KOLIB is very good for large tasks (and quite fast), SQLITE is very fast, KOLEDB gives you access to all MS supported backends.
← →
RA © (2005-08-02 12:35) [6]2Thaddy
Когда-то ты писал, что у тебя есть модуль под KOL для SQLite3. Может поделишься?
← →
Thaddy (2005-08-02 13:54) [7]Yes, I will include it on my website soon.
Страницы: 1 вся ветка
Форум: "KOL";
Текущий архив: 2006.03.26;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.038 c