ANN: SQLHammer 1.0 Community Edition released

[Dmitriy Kovalenko]

We are pleased to announce the release of the SQLHammer 1.0 Community Edition.

What is SQLHammer?

SQLHammer is high-performance tool for rapid database development and administration (RDDA) for Borland InterBase® and Firebird SQL Server.

You can download the latest version from http://metadataforge.com

[Odysseos]

Я правильно понял, что это переработанный и переосмысленный BlazeTop?

[Dmitriy Kovalenko]

Я правильно понял, что это переработанный и переосмысленный BlazeTop?

Правильно

[Odysseos]

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

[Dmitriy Kovalenko]

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

Несмотря на то, что уже 1 апреля, постараюсь предположить, что хорошее
Если серьезно, то все будет зависеть от того, насколько его оценит интурист, так сказать
То, что разработчики приложат все усилия, да бы не посрамить Отечество - это я гарантирую в любой день календаря. Версия 1.0 Community Edition, аккурат, идет сейчас в разведку за линию фронта с единственной целью - вскрыть оборону противника

[Odysseos]

То есть, если не оценит - проект помрет?.. Жаль будет...

...А вот вопросик такой - в BlazeTop была, помнится, попытка сделать package'и для работы не только с Interbase/Firebird, но и с другими БД (если мне память не изменяет, были какие-то экспериментальные bpl для работы с MySQL через ZeosLib). Так вот - оно будет? Или SH теперь "жестко" завязан на IB/FB?.. А если не завязан - то будет ли открыт интерфейс, чтоб свои модули писать можно было?

[кондратий]

ñêà÷àé! ïîñìîòðè!

èíòåðôåéñû òóò...
..\SQLHammer\Intf\..

[Odysseos]

Посмотреть-то я и поленился

[Dmitriy Kovalenko]

То есть, если не оценит - проект помрет?.. Жаль будет...

Что за пессимизм? Да еще 1 апреля? Все будет нормально.
Проект требует финансовые ресурсы для удовлетворительного развития, иначе когда и каким образом он будет развиваться дальше?

...А вот вопросик такой - в BlazeTop была, помнится, попытка сделать package'и для работы не только с Interbase/Firebird, но и с другими БД (если мне память не изменяет, были какие-то экспериментальные bpl для работы с MySQL через ZeosLib). Так вот - оно будет? Или SH теперь "жестко" завязан на IB/FB?.. А если не завязан - то будет ли открыт интерфейс, чтоб свои модули писать можно было?

Да, было такое дело и есть - пакеджи для MySQL. Было еще так, что ветка SybaseASE шла по развитию впереди ветки для IB/FB. Потом резко замерзла. Причина? См. выше. Теперь надо изыскивать веские аргументы, чтобы он резко дописался до релизного вида. Опять же таки см. выше. Нас никто не спонсировал. Мы не получали ничего за то, что делалось. Это ночной энтузиазм, в свободное от форсмажорной и ненормированной основной работы время, поддерживающийся в критические моменты только на силе воли и желании его завершить, дотянутый до хоть какого-то релиза. Удовлятворяющего релиза (лично меня, например). Как это в книжках модных называется? Да, вот - безнадежный проект! )) Ну... а мы... мы камикадзе

Никаких жестких завязок нет и быть не может. Это главное условие. У нас даже разделен априори InterBase от Firebird. Что, собственно, есть и так правильно. Мы сразу готовы к их противоположному развитию.

Все интерфейсы открыты и поставляются в дистрибутиве. Хотя по хорошему, их наличие должно менять Edition _сразу_ на категорию Enterprise со всеми вытекающими в колонки Price in EUR/USD.

Есть еще внутренние интерфейсы IDE - они только для внутренней его работы и не поставляются. Для написания компонент они не нужны.

И есть один внешний к IDE интерфейс, который (_единственный_) скрыт от прямой поставки в исходниках. Это интерфейс-заголовок серверной ветки. Т.е. без его наличия невозможно установить в систему ветку MySQL, например. Т.е. уставновить гармонично, как IB/FB, с выбором ветки, регистрацией серверов и баз, выбором компонент для работы и т.д. Причина, надеюсь, понятна. Как мы им будем распоряжаться - не готов ответить сейчас на этот вопрос. Ясно одно - мы (в двоем) не потянем все сервера вместе взятые Необъятное объять отказать.

Далее, не хотелось бы, чтобы от этого проекта ожидалось какое-то "чудо". Т.е. раз-два и слепил ветку, например, на Informix. Чуда не бывает. Ну, как минимум, мы не фокусники

Но постарались выработать правила как можно более простыми. Простыми до безобразия. Чтобы было удобно и гибко. Лучше понимать SQLHammer (BlazeTop), как некий набор правил для игры. И правил этих всего малое количество штук:

1. Номер кодовой базы определяется номером кодовой базы Delphi и используемых нами сторонних компонент (именно поэтому у нас аскетический минимум и мы не имеем права юзать DevExpress для красоты, но его юзать может кто-угодно для себя сам без вопросов и проблем)

2. Система состоит из IDE, которое не знает ничего про то, что в нем "крутится" и "встраиваемого" в него кода на основе механизма bpl, тем самым достигается единое классовое пространство для всех участников (ака Delphi) процесса, а разговаривают они между собой только через IInterface (чем не MS Net в миниварианте? )

3. Встраиваемый код базируется (расширения/компоненты) на элементарных атомах:
- наследник Delphi.TComponent, поддерживающий ISHComponent
- наследник Delphi.TForm, поддерживающий ISHComponentForm
- наследник Delphi.TAction, поддерживающий ISHAction

Это все. Все это находится в SHDesignIntf.pas в исходном виде. Упомянутые интерфейсы ISHxxxxx имеют бледно простой вид и предназначенны, аккурат, для того, чтобы связать пользователя через IDE с искомыми компонентами/редакторами/кнопками. Обратная связь происходит через ISHDesigner (с IDE, жаль, что не с пользователем ). Собственно, доклад по архитектуре закончен.

И последнее:

4. Нами все сделано на файле SHDesignIntf.pas. Т.е. все, что работает с IB/FB, начиная от редактора "зарегистрировать сервер" , заканчивая SQLScripter или другим тулом сделано на пункте номер 3. И _никакого_ мошенничества, что мы как-то это сделали по другому, так как мы разработчики.

Из пункта номер 4 исходит следующая идея: любой желающий может сделать тоже самое и лучше нас! Можно заменять (перекрывать) и добавлять новые редакторы/компоненты/кнопки и прочия расширения.

Другими словами, вы пишете на Delphi что угодно и как угодно, только придерживаясь элементарных правил пунктов 1 и 3. И для вас, как бонус и подспорье в работе, доступ к нашим реализациям через интерфейсы. Всякие там DDLGenerator, DDLCompiler и другая ерунда. Ну... чтобы велосипед не изобретать, если вдруг понадобится.

Поэтому ветка IB от FB может отличаться даже визуальным представлением, начиная от кнопки "зарегистрировать" сервер. Поэтому можно сделать точную копию любого объекта из IBExpert, IBManager, PL/SQLDeveloper и прочая, просто как бонус. Как дополнительный компонент.

Поэтому, если кого-то не устраивает наш SQLEditor и есть желание - может сделать и доставить свой мегаличный и работать с ним.

Поэтому... что-то я дофига уже текста набрал... В общем, за сим откланиваюсь.

[vns73]

Я так понял это чтото типа IBExpert, с добавлением FIB monitora и IBX monitora.
Судя по скринам

или тут еще что то можно делать? меню кнопочки , диалоговые формы

[Odysseos]

Не
IBExpert тут и рядом не стоял. SH - "конструктор" с набором уже готовых модулей (для IB/FB), куда можно встроить еще кучу самых разных вещей - модули работы с другими БД, модули рисования UML с автогенерацией БД по схеме, модуль многомерного анализа...
К примеру, как я понял, можно написать "обвязку" для IBEScript/IBEExtract/IBECompare - и тогда SH будет прекрасно "понимать" скрипты, сделанные IBExeprt'ом - и наоборот.

[Dmitriy Kovalenko]

SH - "конструктор" с набором уже готовых модулей (для IB/FB), куда можно встроить еще кучу самых разных вещей - модули работы с другими БД, модули рисования UML с автогенерацией БД по схеме, модуль многомерного анализа...

Верно. А также можно оформлять уже написанный "для себя" код на Delphi, как расширение к SH. И интересный момент состоит в том, что, по сути, не надо никого ждать, чтобы сделать что-то, в чем крайне сам нуждаешься.

Возвращаясь к ночному трактату, еще раз хочу довести главную идею о том, что средством разработки под SH является всеми любимая _Delphi_, а IDE SH лишь "воркспейс", некий рабочий стол, в котором по определенным для тула предметной области правилам "живут" искомые расширения, которые в свою очередь, сделаны по образу и подобию принципов, на которых все мы делаем эксперты для IDE Delphi.

Абсолютно прямая аналогия: вы берете ToolsAPI Delphi, делаете свое к ней расширение (как угодно и какое угодно), заворачиваете его в bpl и ставите в Delphi. Главное, что ваше расширение имеет в своей базе некий элементарный интерфейс, который позволяет среде Delphi "передавать" в него "команды" и определить для него место в IDE. Уже будучи подгруженным в IDE вы имеете возможность дотянуться куда угодно, используя преимущество единого классового пространства для всех ("это не наш метод"(с)) или же опрашивать своих соседей на наличие поддержки нужных для вас в данный момент интерфейсов ("это наш метод" (с)).

Здесь _тоже самое_. Т.е. это не конструктор со своим каким-то языком программирования, шаблонами форм и компонентов или еще какое ущемление личности разработчика. Да, мы зависим от компилятора Delphi. Да, надо будет перекомпилировать пакет, если изменилась
интерфейсная какая-то часть того, что он юзает или сменилась версия SynEdit, например, который ты тоже используешь. Собственно, все мы это делаем при выходе новой версии Delphi. Посему, ограничение мы имеем такое: SH зависит от номера кодовой базы Delphi, а расширения к нему зависят от номеров кодовой базы интерфейсной части SH (OpenAPI) и сторонних компонент, пакеты которых юзает SH (это SynEdit, VirtualTreeView и EhGrid).

SH - это свод элементарных правил поведения для Delphi кода, который живет на площадке ObjectEditor в IDE.

К примеру, как я понял, можно написать "обвязку" для IBEScript/IBEExtract/IBECompare - и тогда SH будет прекрасно "понимать" скрипты, сделанные IBExeprt'ом - и наоборот.

Можно и так. Почему бы и нет? На бумаге есть вариант скриптера или склэдитора, который есть обвертка на isql.exe из поставки сервера. Даже как-то примеров насобирал, как делать визуальные обвертки на утилиты командной строки (ни разу не делал). Хотелось сделать некий такой "эталонный" скриптер. Если уже ошибка будет, то уже ошибка в isql.exe или на сервере, что экономит такую кучу времени! Более того, это еще и как вариант повторного использования правильного кода

[Dmitriy Kovalenko]

Я так понял это чтото типа IBExpert, с добавлением FIB monitora и IBX monitora.
Судя по скринам

или тут еще что то можно делать? меню кнопочки , диалоговые формы

Нами все сделано на исходных кодах, которые включены в поставку, за исключением "оболочки" IDE. Начиная от пункта меню "зарегистрировать сервер" и заканчивая этими мониторами, которые иногда могут зависать )) Но это уже вопросы к IBX и FIB мониторящим компонентам, а не к нам. Жаль, что IBO не умеет мониторить внешние программы, сделанные на нем, было бы логически законченным это дело...

[Dmitriy Kovalenko]

IBExpert тут и рядом не стоял.

Ну... мы тоже, где-то к нему даже и не пытались еще подходить

Тут речь не о том, у кого яйца поферритовее. IBE хорошая программа - эдакий мегатюнинг QuickDesk-a. Мне еще нравится EMS IBManager (слава Богу в нем осталось то, что мне в QD нравилось и что убрали потом в IBE).

SH просто находится на принципиально другом внутреннем архитектурном построении, которое мы открываем и предлагаем для всех. Я понимаю, что конечного пользователя это может не бембать, так сказать, и 97% сразу говорит, что зачем нам еще один IBE? Но IBE дает такие возможности? Нет, не дает. На этом дискуссии можно по этому вопросу закончить, потому как, барану понятно, что у нас не может быть всего, что сваяно за 5-7 лет в других прогах. И более того, возможно никогда и не будет, ибо "пардон, ну зачем же?"(с)?

[Dmitriy Kovalenko]

We are pleased to announce the release of the SQLHammer 1.1 Community
Edition.

This version includes approximately 32 new features, 36 improvements and
35 bugfixes. You can find detailed information on all changes in our
online ChangeLog: news://metadataforge.com/sqlhammer.changelog.readonly
(ChangeLogs #1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13)

You can download the latest version from http://metadataforge.com