Привет всем! Помогите пожалуйста! У меня проблема такая, нужно написать ИС которая формирует шаблоны запросов для доступа к реляционной базе данных, я пока даже незнаю с чего начать! Какой посоветуете компилятор? Компонет JDBC я так понял и будет обеспечивать работу базы в Java но еще проблема, где найти инфу про него? Заранее спасибо!

Вот учебник по JDBC: http://java.sun.com/docs/books/tutorial/jdbc/basics/

Я не очень понял, что значит "шаблоны запросов" и почему для запросов нужен компилятор.

Lamer George Спасибо что откликнулся, шаблон запроса - представляет собой форму которая позволяет пользователю формировать свой запрос на выборку(или добавление) в/из базы данных! Ты 1С:предприятие 8-ю версию видел? Ну там что-то подобное реализовано! Я просто даже незнаю с какого боку подойти, компилятор это не тот что используется для построения трансляторов, я имел ввиду среду разработки, как думаешь что больше подойдет JBuilder, IntelliIdeaJ, или NetBeans?

Цитата(Aleksandr83 @ 30.6.2005, 09:17)

что больше подойдет JBuilder, IntelliIdeaJ, или NetBeans?

Имхо это не так существенно, ты лучше ТЗ получше опиши, там и советы конкретные пойдут

3,14 Прости за возможную негрмотность, Что за Т3?

Техническое Задание. Что конкретно надо сделать ? Может мы сможем найти более приличное решение.

Для построения запросов можно использовать готовые типовые шаблоны - запросов с последующей их корректировкой, а также создать новый шаблон - запрос, то есть все основа-ния предполагать, что с течением времени их станет еще больше. Составление отдельных за-просов для каждого требования конечного пользователя становится затруднительным не только с точки зрения задержки в получении результата на время программирования каждого запроса, но и ввиду неудобств, связанных с использованием большого количества ранее со-ставленных программ. Эта проблема связана с часто встречающимися практическими зада-чами по повышению оперативности обслуживания конечного пользователя и снижению об-щей эксплуатационной стоимости ИС.
Целью данной работы является разработка методики и средств конструирования шаб-лонов запросов к ИС, что позволяет значительно повысить оперативность обслуживания ко-нечных пользователей и производительность ИС в целом.
Для выявления принципов создания шаблонов, следует проанализировать предложе-ние SELECT языка SQL.
С точки зрения настройки шаблона предложение SELECT можно разбить на шесть час-тей.
1. Фраза SELECT. Редактированию может подвергаться список полей таблиц.
2. Фраза FROM. Редактированию может подвергаться список используемых таблиц.
3. Фраза WHERE. Редактированию может подвергаться список условий.
4. Фраза ORDER BY. Редактированию может подвергаться список полей, по которым про-изводится сортировка и тип сортировки.
5. Фраза GROUP BY. Редактированию может подвергаться список полей для группировки.
6. Фраза HAVING (совместно с GROUP BY). Редактированию может подвергаться условия, накладываемые на группы.
Проанализируем возможность участия пользователя в редактировании указанных фраз запроса типа SELECT.
Редактирование списка выбора полей для фразы SELECT предусматривает предоставле-ние пользователю списка всех полей соответствующих таблиц, доступ к которым разрешен для данного пользователя. Имеется возможность включать и удалять из списка выбора любые доступные поля.
Формирования списка используемых таблиц может происходить по схеме, изложенной в предыдущем пункте. Однако подключение или удаление таблицы из списка FROM автомати-чески приводит к редактированию фраз SELECT, WHERE и т. д. Иначе говоря, пользователю практически невозможно предоставить шаблон запроса и мы переходим к проблеме свобод-ного конструирования запроса конечным пользователем. По указанным причинам данную настройку можно включать в шаблон только в некоторых особых случаях.
Редактирование списка условий для фразы WHERE удобно представить несколькими ва-риантами.
А) Выбор границы значений параметра (У1):
<<Имя поля>> <<операция отношения>> << значение>>
Здесь имя_поля зафиксировано, операция отношения выбирается из предлагаемого спи-ска, а значение вводится пользователем произвольно либо также из предлагаемого списка до-пустимых значений.
Б) Выбор диапазона или границ значений поля (У2):
У1 «логическая операция» У1
Здесь дополнительно к определению значений и операций отношения пользователь дол-жен выбрать логическую операцию, определяющую диапазон или допустимые области зна-чений поля.
В) Выбор полей в заданных границах и (или) диапазонах и их соотношения (У3):
У2 «логическая операция» У2
Для такого условия наиболее вероятно, что шаблон не будет содержать все имена полей условия, поэтому пользователю, очевидно, понадобиться воспользоваться выбором из списка полей. В этом случае также можно заменить в У1 «значение» на имя некоторого поля.
Редактирование фразы ORDER BY предусматривает две настройки – списка полей, по которым можно выполнять сортировку результирующей таблицы, и типа сортировки (по возрастанию или по убыванию значений). В этом случае в распоряжение пользователя пре-доставляются средства аналогичные используемым при редактировании фразы SELECT.
Редактирование списка группировки не может быть позволено пользователю, так как на-значение фразы GROUP BY трудно понять без знания структуры таблиц базы данных. Един-ственная возможность, которая может быть предоставлена пользователю – это использование для некоторых полей агрегирующих функций. Однако, для пользователя данная возможность будет выглядеть как редактирование списка выбора.
Редактирование списка условий для групп для фразы HAVING повторяет варианты А и Б редактирования списка условий для фразы WHERE.
Введем ориентировочную оценку сложности С формирования запроса с точки зрения ко-нечного пользователя, приняв за единицу сложности одно или группу аналогичных действий по выбору поля, значения, операции.
Тогда получим следующие оценки трудоемкости настройки шаблонов в зависимости от выбранных списков.
― Формирование списка выбора. С=1(выбор из списка полей).
― Формирование списка сортировки. С=2 (выбор из списка полей, выбор типа сортиров-ки).
― Формирование списка условий зависит от структуры условия.
Для условия типа У1 С=2 (установка или выбор значения, выбор операции отноше-ния).
Для условия типа У2 С=3 (дополнительно выбирается логическая операция, связы-вающая значения одного поля).
Для условия типа У3 С=5 (дополнительно выбираются поля и логические операции для связи этих полей).
Сложность формирования остальных списков значительно выше, так как требуется зна-ние структуры БД, которым пользователь не обладает.
Так, при формировании списка таблиц пользователь не может знать, какие таблицы име-ет смысл связывать и по каким полям. Редактирование списка группировки требует четкого представления о типах хранящихся в БД данных и связях реляционных таблиц, что также не является доступным для конечного пользователя. В связи с этим функции по редактированию списков таблиц и группировки при формировании шаблона не рассматриваются. Функция редактирования списка условий для групп без функции группировки не имеет смысла и так-же не будет рассмотрена. То есть в шаблоне запросов должны быть представлены три функ-ции редактирования: списка выбора, сортировки и условий.
Для создания непосредственно шаблона необходимо определить группу так называе-мых родственных запросов, которые имеют общие черты (одинаковые имена полей таблиц) которые будут указываться в программном коде.
Например
SELECT snum, sname, city, comm.
FROM Salespeople
FROM Buyers people

После определения условий формирования шаблона, нам необходимо уточнить крите-рии выборки необходимой нам информации для этого пользователю необходимо будет про-сто выбрать те или иные необходимые условия поиска. Предложение HAVING используется в операторе select совместно с предложением order by и сообщает последнему, какие группы данных должны быть включены в результирующий набор запросов что и является критерия-ми выбора. Предложение HAVING играет в отношении group by ту же роль, что и предложе-ние where в отношении select. Другими словами, предложение where налагает условия на вы-бранные столбцы, в то время как предложение HAVING налагает условия на группы, создан-ные с помощью предложения group by.
Обратите внимание на место предложения HAVING среди других предложений запро-са:
SELECT
FROM
WHERE
GROUP BY
HAVING
ORDER BY
Предложение HAVING должно следовать в запросе за предложением group by и предшествовать предложению order by (разумеется, в том случае, если последнее использует-ся).
Синтаксис оператора select после включения в него предложения HAVING имеет сле-дующий вид:
SELECT СТОЛБЕЦ1, СТОЛБЕЦ2
FROM ТАБЛИЦА1, ТАБЛИЦА2
WHERE УСЛОВИЯ
GROUP BY СТОЛБЕЦ1, СТОЛБЕЦ2
HAVING УСЛОВИЯ
ORDER BY СТОЛБЕЦ1, СТОЛБЕЦ2
Для уточнения критериев выборки используются реляционные и булевы операции,
Реляционная операция - математический символ, который указывает на определённый тип сравнения двух значений:
= Равно
> Больше
< Меньше
>= Больше или равно
<= Меньше или равно
<> Не равно
Основные булевы операции также распознаются в SQL. Выражения Буля являются или верными/true, или неверными/false, подобно предикатам. Булевы операции связывают одно или более верных/неверных значений и производят верное единственное или неверное значение.
Стандартными булевыми операциями, распознаваемыми в SQL, являются AND, OR и NOT.
Для конечного создания шаблона нам необходимо после выбора всех необходимых критериев составить так называемый общий код (динамического характера), этот код должен иметь свойство преобразования в любой из необходимых пользователю запросов.
Конечный пользователь может осуществлять лишь выборку необходимых ему дан-ных из предложенных в шаблоне, в зависимости от его выбора и будет формироваться ко-нечный запрос так например если его интересует информация о студентах ему будет пред-ложено при помощи шаблона произвести поиск необходимого и критерии могут быть вы-браны из предложенных в самом шаблоне.
После завершения выбора необходимых значений полей шаблона, необходимо сфор-мировать это изменение в нашем общем коде, что бы он мог преобразоваться в необходи-мый многокритериальный запрос.
Сам конечный интерфейс шаблона выглядит примерно так
P.S. Смотреть влоржение
Проведенный анализ способов формирования шаблонов и оценки их сложности опре-деляет общий подход к формированию шаблонов, позволяет сократить время на создание шаблона и оценить возможность его использования конечным пользователем.

Это сообщение отредактировал(а) Aleksandr83 - 5.7.2005, 13:46

Присоединённый файл ( Кол-во скачиваний: 10 )
 ______.rar 46,32 Kb

Мда-а-а-а.

Дык это прямо визард из MS Access какого-нибудь. Туда бы еще relation между таблицами добавить - и полный абзац.
Тут простыми советами не прокатит - приложение достаточно приличное.

По идее надо писать процедуры, которые умеют делать неободимяе элементариные действия:
1. Получить список таблиц.
2. Получить список столбцов по имени таблицы

Конечный SQL запрос для этих действий будет зависеть от SQL сервера. Здесь даже больше проблема не в получении данных от SQL а построение логики приложения. Наверно надо начать именно в том порядке, в котором ты перечислил ключевые позиции.
1. Выбор таблиц и полей - сложно разделить данное действо.
2. Выбор полей для агрегатных функций
3. Выбор условий для соединения таблиц и других условий.
4. Группировка, которая автоматом должна учитывать агрегатные поля.

А больше и посоветовать особо нечего - надо работать. И задавай уже более конкретные вопросы.

Есть (точнее уже наверное была) такая библиотека - Village, надстройка над JDBC, позволяющая выполнять запросы к БД не знаю SQL (собственно здесь это и нужно, только в несколько другой форме). Как с ней работать не спрашивай, сам не использовал ни разу. Ее использует объектно-реляционная библиотека Torque для формирования запросов, возможно там можно найти примеры использования.
А вообще AntonSaburov совершенно прав - приложение глобальное и лучше задавать более мелкие и конкретные вопросы.

Это сообщение отредактировал(а) tux - 5.7.2005, 13:55

Огромное спасибо за помощь, более конкретный вопрос это самое главное с чего начать? И что для этого необходимо установить на машину, и еще где можно достать маломальски приличный SQL - сервер, подскажите пожалуйста! Заранее спасибо!

Во-первых - поставить JDK. Есть статья в FAQ - Как начатьработать с JAVA

Во-вторых - SQL вообщем-то любой. Можно поставить тот же MySQL или MS SQL Developer Edition. Можно вообще для начала использовать Access.

В-третьих - почитать JDBC и сделать хоть какой-то пример для работы с базой данных.

Когда ты поймешь, что доходишь до базы и все более-менее понятно в этом деле, начинаешь уже делать визард. Сначала только выбор таблиц, потом полей и потихонечку усложняешь.

AntonSaburov Спавсибо огромное за совет!!!!!