 | | | | |
| Active Query Builder — компоненты для визуального построения SQL запросов |
Полный текст материала
Другие публикации автора: Виталий Измайлов
Цитата или краткий комментарий: | «... Active Query Builder — это набор компонентов для Borland Delphi версий 6, 7 и 2005, а также Borland C++ Builder 6, который позволяет конечным пользователям Вашего приложения возможность построения сложных SQL запросов при помощи удобного визуального интерфейса. ...» |
Важно:- Страница предназначена для обсуждения материала, его содержания, полезности, соответствия действительности и так далее. Смысл не в разборке, а в приближении к истине :о) и пользе для всех.
- Любые другие сообщения или вопросы, а так же личные эмоции в адрес авторов и полемика, не относящаяся к теме обсуждаемого материала, будут удаляться без предупреждения авторов, дабы не мешать жителям нормально общаться.
- При голосовании учитывайте уровень, на который расчитан материал. "Интересность и полезность" имеет смысл оценивать относительно того, кому именно предназначался материал.
- Размер одного сообщений не должен превышать 5К. Если Вам нужно сказать больше, сделайте это за два раза. Или, что в данной ситуации правильнее, напишите свою статью.
Всегда легче осудить сделанное, нежели сделать самому. Поэтому, пожалуйста, соблюдайте правила Королевства и уважайте друг друга.
Добавить свое мнение.
[Использование SQL] [Средства управления и инструменты]
Отслеживать это обсуждение 
Всего сообщений: 1609-12-2006 16:16Не стоит принимать большинство "негативных" отзывов близко к сердцу.
Как и везде, сейчас полно бездельников, не имеющих возможности (в силу ограниченных умственных способностей) придумать что-либо свое.
Для самовыражения у них остается только одно, пардон, - "обгадить" других.
Это - обычная логика недалекого человека - "обгажу другого, значит на его фоне я, дай бог, буду выглядеть лучше".
Весьма жаль, что не придумано системы фильтрации таких вот горе-"знатоков".
Весьма жаль...
А задумка Ваша очень и очень хороша.
Жаль, что Вы так близко к сердцу восприняли вылитую на Вас (абсолютно незаслуженно) гадость и покинули этот форум.
К сожалению, светлые головы с трудом переваривают незаслуженные обиды... |
|
27-10-2005 06:20сообщение от автора материала Уважаемые жители королевства!
На сегодняшний день наш компонент неплохо разросся, поддерживает множество источников метаданных и диалектов SQL, но!
Сейчас нас очень интересует тестирование Query Builder на реальных запросах, т.е. составленных не нами, поскольку замыленность глаз - это проблема всех разработчиков, я полагаю. Поэтому мы будем благодарны всем, кто возьмет на себя труд протестировать свои запросы, используя наше демонстрационное приложение. Мы готовы выразить свою благодарность в существенных скидках на наш компонент, либо, если помощь действительно окажется существенной, просто подарить вам лицензию на наш продукт.
Кстати, пользуясь случаем, хотим поблагодарить тов. hotfisher, поддержавшего нас в самом начале и оказавшего большую помощь в отлове багов.
Дело в том, что вложенность как подзапросов, так и Join'ов, о которой говорт Владимир, мы поддерживаем абсолютно любую, требования к объему оперативной памяти для нашего компонента минимальны, т.ч. с ресурсами для парсинга запросов проблем быть не должно... Другое дело, что все равно мы время от времени мы натыкаемся на какие-то неучтенные нюансы, и, разумеется, хотели бы их поскорее исправить. |
|
27-10-2005 05:31Используемые компоненты доступа:
DOA и ODAC для оракла. Главная любовь - запросы с пятикратной вложеностию, подзапросами и join.
FIBPlus для Firebird. Главная любовь - запросы с селектом из процедур, где происходят теже финты ушами, что и в запросах к ораклу, только более железно и наглядно. |
|
22-08-2005 02:17сообщение от автора материала Отвечу на часто задаваемые вопросы
1) Провайдеры метаданных. Никакой жесткой привязки к ADO и BDE не существует - просто мы с них начали. Сейчас уже реализован Zeos m.p., в скором времени появятся и другие. Но! Разумеется, мы не сможем охватить весь спектр компонентов доступа - их великое множество. Поэтому уже сейчас существует Generic event-driven m.p., при помощи которого вы можете предоставлять метаданные из любого источника, и даже, работать в offline.
2) Доступ к дереву распарсенного SQL. Он есть! Буквально на этой неделе будет готов help с подробным описанием механизма доступа к нему. Более того, есть возможность программно построить или изменить это дерево при необходимости.
На данный момент готов PostgreSQL. Он позволяет парсить и строить запросы с задаваемыми пользователем операторами - унарными префиксными и постфиксными, бинарными - какими угодно, поддерживает композитные типы полей. Начата работа над Interbase - выборка данных из процедур будет поддерживаться обязательно :) |
|
19-08-2005 07:03Полностью согласен с Владимиром.
ADO и BDE - не пользую.
Давайте под FB, а ? |
|
17-08-2005 23:04Залез, посмотрел... но качать не стал.
а) не интересно ADO и BDE. Даже попробовать не на чем.
б) для своих проектов дорого - мне там хватает примитивного редактора с подсветкой синтаксиса и списка объектов с их реквизитами. Связи быстрее руками прорисовать.
в) для конторы... тоже дорого. Не дадут денег на эту элементарщину. Так что буду доводить до ума самописный построитель, который и не думает SQL в схему рисунков превращать. Только то что построил в SQL.
г) ну и ещё не понятно насколько это дело жить будет. Часть проектов ещё с D3 тянется. Только от RxLib избавился, теперь от ehLib придётся избавляться. + ещё кучку компонентов самому тянуть. Ещё что-то новое, да столь молодое... опасно это по серьёзному использовать. |
|
15-08-2005 03:17Песимист - это хорошо информированый оптимист. :) А отвечают так потому, что очень много попадается пожектов. А общаются ждесь в основном програмисты а не безнесмены, которые модут и из помойного ведра извлеч прибыль. Поэтому когда с програмистами заговаривают о продаже продукта, то оченивают его очень строго и рынок должен очень нуждатся в этом продукте.
А если умееш продовать, то неважно, что продовать. И что может делать продукт. Так, что если все прекрасно продается, то зачам спрашивать советов у неспециалистов.
Если хочется послушать идеи, то это совсем другое дело. |
|
08-08-2005 13:24сообщение от автора материала Ребята, я случайно не ошибся ли? У вас, похоже тут не клуб программистов, а какой-то клуб пессимистов! ;)
Все у нас хорошо: и продажи есть, и потребность в таком компоненте... А те проблемы, о которых вы говорите - так это просто повод думать, работать, изобретать!
Народ, с таким настроением нельзя создать действительно что-то серьезное. Нужно верить в то, что все получится и делать все для того, чтобы твоя работа была лучшей. А место это - для того, чтобы помогать друг другу делать задуманное: ругать, указывать ошибки, подсказывать, предлагать...
А нужен продукт или не нужен, найдутся покупатели - не найдутся - решит рынок. |
|
08-08-2005 08:07Идея сама по сибе хорошая, но продать ее врядли получится. Незря практически невстречатся таких компонентов. Например Oracle умеет брать данные из Sub Query, вызывать функции в полях запроса итд.. IB умеет делать join с процедурами. А у вас попытка охватить все стандарты, непредставляю как визуально это будет выглядеть. А ценость такого построителя будет видна только в сложных многостраничных запросах. А если он несможет отпарсить какой либо запрос, то некто небудет с ним дальше возится. Выбросят и забудут. Единственая система где большинство програмистов использовало вузуальную систему построения запросов был MsAccess. Но Microsoft приложила для этого много труда, этот построитель был интегрирован в среду разработки.
Так что если вы сделаете построитель который поддерживает все возможности(хотябы Oracle) и сделаете Plugin для известных средств разработки(Toad), то в этом случае может чтото получится. А так это забавная игрушка. |
|
03-08-2005 08:27сообщение от автора материала Будет, все обязательно будет :)
Через пару недель зарелизимся - будет Help, еще парочка диалектов, и еще несколько вкусностей :) |
|
03-08-2005 07:21| Вот только отсутствие справки немного напрягает и что-то я не смог сделать запрос с параметрами. Этого нет или я плохо искал? |
|
03-08-2005 07:10Скачал, посмотрел. Прикрутил для пробы к своему текущему проекту. Здорово! У меня достаточно сложная разработка (D7,BDE), в процессе работы могут возникнуть ситуации, когда потребуется сделать (и не однократно) выборку информации не предусмотренную разработчиком. Не вносить же изменения в код проекта! Для этой цели в программе предусмотрено меню типовых запросов. Админу достаточно написать новый SQL, сохранить в файл и подключить к программе в специальное меню. Пользователь просто находит нужный пункт меню, в случае необходимости заполняет параметры и смотрит/редактирует/печатает результаты. Сложный SQL писать вручную довольно муторно, где-нибудь да ошибешся, а если билдер будет встроен в программу...
Одним словом, приятная штука. |
|
03-08-2005 03:41| Согласен со Смагиным Сообщение не подписано |
|
02-08-2005 01:26сообщение от автора материала Что самое интересное, исходный код парсера SQL вам мало что даст, поскольку есть не рукотворное произведение, а результат работы генератора. А определение синтаксиса для генератора - это есть то самое формализованное представление оператора SELECT, что вы можете найти в документации по соответсвтующему серверу SQL, только немного в другой форме. Чего, как мне кажется, реально не хватает, так это подробной справочной системы по внутренним классам синтаксического анализатора - этот недостаток обязательно будет исправлен в ближайшее время.
И еще: вы неправильно определяете целевую аудиторию этого проекта. Это в первую очередь - разработчики многочисленных утилит построения запросов, администрирования серверов баз данных и т.п. Им наличие в составе своих приложений качественного визуального Query Builder'а весьма критично... |
|
01-08-2005 14:46Может это и хорошая разработка. Но без исходного кода здесь она неуместна (а такового пока не просматривается). Просто строить запросы - в наши дни задача не актуальная, - все это умеют прилично делать с помощью того же Query Analizer-а, проблемы бывают только при учете специфики отдельных задач.
Могло бы все это пригодится для крупных проектов, где построение запроса - этап настройки, но (опять же) нужен исходный код.
Даже не стал ничего скачивать, неинтересно.
Не поймите меня так, что работа вами выполнена плохо. |
|
01-08-2005 13:26| Полезная штука для администраторов БД и программистов. Но вряд ли вы найдете много покупателей на нее. Конечный пользователь, как правило, бухгалтер (юрист, кадровик, ...). Ему строительство запросов на фиг не нужно, даже визуальное. А админ, обычно, сам все построит. Мож не так быстро, но сам. Потому что сильно много денег хотите. |
|
|
|
