DBDesigner & Lazarus

[Padre_Mortius]

Оптимальным вариантом будут подгружаемые модули. Но вот с реализацией возникает куча вопросов

[Brainenjii]

а почему нельзя сделать класс-обёртку, который будет вызывать специфические компоненты...

[alexs]

Выложил исходники своего FBManager-а на Шаманграде - http://shamangrad.net/project.php?act=view&prj=FBManager
Желающие поучаствовать - присоединяйтесь.

Padre_Mortius

Оптимальным вариантом будут подгружаемые модули

Пока нет аналога в fpc bpl - очень проблемно реализовать.

а почему нельзя сделать класс-обёртку, который будет вызывать специфические компоненты...

Я тоже к этому скланаюсь.

Реализовать абстрактный класс - который будет предостовлять функционал по работе с БД (получить метаданные, выполнить запросы и т.д.) - а потом уже сделать колекцию наследников, которые будут работать через уже необходимый/понравившийся движок с любимым вами SQL.

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

[Padre_Mortius]

А для добавления нового типа сервера нужно будет менеджер компилиривать?
Можно попробовать сделать их подгружаемыми плагинами (как это сделано например в ТС или Far)

[Attid]

Выложил исходники своего FBManager-а

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

Желающие поучаствовать - присоединяйтесь.

только если не будешь гнать коней не svn версиях

[Padre_Mortius]

если на много БД то прийдется переименовываться =)

А кто мешает в качестве имени плагина использовать не только имя, но версию сервера

[Attid]

Моё мнение - не надо делать одну универсальную программу. Лучше сделать несколько прогриамм, основанных на одной кодовой базе и имеющих похожий функционал - но заточенных каждая под свой сервер.
Примерно так же как постороена LCL от лазаря - прослойка под каждый из серверов своя.

пример EMS SQL Management Studio у них проги под разные БД разные , но все как две капли похожи =)

а уже внутри каждой проги выбор по версии бд как у эксперта.

[Padre_Mortius]

Ну и как быть если у меня например живут FireBird, Oracle и MySQL одновременно? Ставить три проги сразу? И постоянно путаться в какой из них я в данный момент нахожусь )

[alexs]

Ну это так - пока проба сил.
Если пойдёт - переименуем.

[Attid]

Ну и как быть если у меня например живут FireBird, Oracle и MySQL одновременно? Ставить три проги сразу? И постоянно путаться в какой из них я в данный момент нахожусь )

1, одновременно работать в нескольких невозможно.
2, даже если они будут в обной проге у каждой бд свой синтаксис создания того же тригера, значит окошки редактора будут выглядеть по разному, значит путаницы больше.
3, еще минус одиночной проги это ее размер так как на каждую бд своя форма создания\редактирования всех сущностей ! их будет крайне трудно обьединить в единое целое.

минимальный пример инкрементальное поле в мускуле и генератор в firebird.

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

[AShen]

а почему нельзя сделать класс-обёртку, который будет вызывать специфические компоненты...

Зачем создавать? Есть же TSQLConnection предок всех остальных SQLConnection. Ну и в зависимости от используемых типов БД можно использовать наподобие такого:

-(ashen@oasu3)-(~/work/pascal/DBNavigator)-> cat mainformunit.pas | grep 'PreSet' | grep '='
IBConnection:=TIBConnection(PreSetConnection(IBConnection));
MySQL40Connection:=TMySQL40Connection(PreSetConnection(MySQL40Connection));
MySQL41Connection:=TMySQL41Connection(PreSetConnection(MySQL41Connection));
MySQL50Connection:=TMySQL50Connection(PreSetConnection(MySQL50Connection));
OracleConnection:=TOracleConnection(PreSetConnection(OracleConnection));
PQConnection:=TPQConnection(PreSetConnection(PQConnection));
-(ashen@oasu3)-(~/work/pascal/DBNavigator)->

[alexs]

А если я не люблю использовать универсальные компоненты доступа? (функционала у них мало)

[AShen]

Я всего лишь привёл пример. Мне такое нужно было лишь для того, что бы в мою процедуру передать объект с имеющий общие свойства с другими подобными классами, да бы там просто выставить что надо, а дальше у же работаю с учётом особенностей соответствующих СУБД.

[Vadim]

alexs

А если я не люблю использовать универсальные компоненты доступа? (функционала у них мало)

Так ведь универсальным будет только класс-предок, а класс-наследник будет иметь тот функционал, который специфичен для конкретной БД.
Или ты другое имел в виду?
Давайте тогда обсудим, чего остро не хватает TSQLConnection без привязки к конкретному серверу БД.

[AShen]

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

О чём я и говорил и привёл пример, может быть и не лучший, но хорошо иллюстрирующий это.