Создание приложения, подключаемое к БД Access

Здравствуйте. Возможно я не правильно сформулировал Заголовок темы, по пробую разъяснить здесь. Необходимо создать курсовую работу по БД. Создал таблицы, сущности, сделал связь между таблицами. Начал создавать приложение, формы на Delphi которые связанны с БД Access. Связь идет, с программы могу записать данные в Access и так же увидеть то, что находится в таблицах. Но остановился на том, что необходимо ли создавать SQL запросы в Access? На пример для создания отчета который будет отображаться в приложении Delphi? Опыта в данной тематике мало, по этому возможно какие то вещи написал не верно, либо суть не смог до конца донести.

0

Принципиальной разницы, где будет создан запрос, в Акцесс или в Delphi, нет, но есть некоторый бонус от запросов в Акцесе. Такой запрос вы можете сразу проверить, запрос удобно изменять(в пределах разумного) и приложение не потребуется заново собирать. С другой стороны, есть динамические запросы которые нельзя заранее подготовить и их придется делать в Delphi, а раскладывать их по разным местам (часть в Delphi часть в Access) тоже не очень удобно. В общем идеального решения нет, делайте как вам удобнее

1

Спасибо за советы. Правильно ли я понял, в Access создаю запрос, а из Delphi через ADOQuery подключиться к нему (select * from zapros типа пример). Может конечно я бред какой то написал, но уж извиняйте)

0

zwerw, а чего на прямую запрос не отправить (SELECT * FROM table1 WHERE ID=?)? Зачем брать сохраненный из Access...

0

Прикрепил схему данных БД, а так же главную форму программы. При клике на каждой кнопке, клиенты, персонал и тд выходит отдельная форма, откуда я вижу список той или иной информации, а так же могу добавить, редактировать либо удалить отдельные записи. Так же на каждой форме расположены ADOQuery и DataSourse, где в каждом SQL запросе на пример для таблицы Client написано select * from client. Аналогично и для других форм. Остановился я на том, что мне необходимо на главной форме сделать так, что бы я мог выбирать ФИО клиента, тур, для того что бы оформить путевку. Добавляю ADOQuery на главную форму, создаю вот такой запрос select tur.[название тура], client.фамилия, organizac.название from tur, client, organizac. Добавляю компонент DBLookupComboBox1, выставляю ListSourse-->DataSourseClient, ListFiled--> Фамилия клиента, KeyFiled--->ключ но при запуске в этом компоненте не отображается список Клиентов. Может что то не правильно сделал, не пойму в чем причина.

Миниатюры

   

0

Так же выходит такая ошибка при активации ADOQuery на главной форме.

Миниатюры

 

0

Прикрепил схему данных БД, а так же главную форму программы. При клике на каждой кнопке, клиенты, персонал и тд выходит отдельная форма, откуда я вижу список той или иной информации, а так же могу добавить, редактировать либо удалить отдельные записи. Так же на каждой форме расположены ADOQuery и DataSourse, где в каждом SQL запросе на пример для таблицы Client написано select * from client. Аналогично и для других форм. Остановился я на том, что мне необходимо на главной форме сделать так, что бы я мог выбирать ФИО клиента, тур, для того что бы оформить путевку. Добавляю ADOQuery на главную форму, создаю вот такой запрос select tur.[название тура], client.фамилия, organizac.название from tur, client, organizac. Добавляю компонент DBLookupComboBox1, выставляю ListSourse-->DataSourseClient, ListFiled--> Фамилия клиента, KeyFiled--->ключ но при запуске в этом компоненте не отображается список Клиентов. Может что то не правильно сделал, не пойму в чем причина.
Так же выходит такая ошибка при активации ADOQuery на главной форме.

Миниатюры

     

0

zwerw,

Сообщение о циклической ссылке.
Но сообщает не Access.

0

Может быть из за того, что я такой же запрос делал, но на другой форме?

0

Нет Это в этом запросе что-то закольцевалось

0

Сообщение от zwerw Добавляю компонент DBLookupComboBox1, выставляю ListSourse-->DataSourseClient, ListFiled--> Фамилия клиента, KeyFiled--->ключ но при запуске в этом компоненте не отображается список Клиентов

ListSource-->DataSource, KeyField-->Фамилия клиента.

Сообщение от zwerw Так же выходит такая ошибка при активации ADOQuery на главной форме.

По картинкам ответ дали

Сообщение от VinniPuh Обратитесь к шаманам племени

0

для того, чтобы описать одну форму в виде краткого ТЗ, требуется от одной страницы текста
для того, чтобы описать все ваши хотелки, потребуется целая курсовая текста

А тут, в соответствии с правилами форума, вы можете выбрать один конкретный вопрос, и получите на него ответ.
Если вам нужен не ответ на вопрос, а научиться, как работать с БД в целом, нужно читать и смотреть учебные материалы по теме работа с БД в Делфи.
Например, вот
http://devdelphi.ru/?s=Работа+... phi.+Часть

0

Циклическая ссылка в Delphi возникает, если первый источник данных зависит от второго, а второй от первого. Для более точного ответа необходим ваш проект и база. Проект это файлы базы + *.dfm *.pas *.dpr собранные в архив и прикрепленные в тему.

Добавлено через 27 минут
Кстати по вашей схеме есть пара замечаний.
1. Почему только самолет? Есть же еще водный, наземный транспорт.
2. Возраст понятие зависящее от времени, т.е. вычисляемое. Сделав его постоянным полем, вы получили проблему. Вместо возраста удобнее использовать дату рождения.
3. В таблицу Organiz вы собрали сразу 3 разных сущности. Юр.лицо,Физ.лицо,Телефон, а это плохо.
4. Таблицы Personal,Client,Organiz содержат повторы сущности Лицо, а это вообще плохо.
5. Отель это один из видов Организаций т.е. по сути вы продублировали уже существующую таблицу Organiz

1

Вот прикрепил архив с программой и базой данных. Буду исправлять БД в соответствии с вашим комментарием. Спасибо.

Вложения

Программа.rar (441.4 Кб, 69 просмотров)

0

Я даже не знаю с чего тут начинать объяснять... тут все неправильно. Весь проект надо выбросить и начать заново с одной формы ввода и одной формы данных. Только после получения минимального представления о компонентах и их работе, можно переходить к другой форме, а сейчас это в топку все.

Добавлено через 10 минут
И вот еще совет. Пока вы не определились окончательно с БД, не ставьте галочку в связях таблиц "Обеспечение целостности данных" и только если вы точно понимаете зачем вам эта штука, только тогда ее можно применять. В противном случае, вы замучаетесь бороться с этим.

1

Если это возможно, можете мне по проекту Delphi указать прям грубые нарушения? На пример компонент какой либо не использовать, создавать ли отдельные формы при добавлении какой либо информации? Заранее спасибо.

0

Не много изменил базу данных. Что скажите на этот раз?

Миниатюры

 

0

Маленький такой совет. Практика показывает, что русские названия полей неудобны при использовании их в коде, вы постоянно переключаетесь с английского на русский и это в итоге сильно мешает. Использовать составные наименования полей на русском или английском тоже неудобно, т.к. их постоянно приходится брать в скобки или кавычки и это тоже здорово мешает. Не сильны в английском, не беда пишите транслитом, например вместо Номер путевки напишите NomerPutevki. Читабельность не сильно пострадала, зато удобнее стало намного.
Теперь что касается схемы, продолжая вашу оптимизацию БД получается следующее:
1. Раз вы слепили вместе Фамилию Имя Отчество в ФИО, то почему бы не слепить Серию и Номер в Документ.
2. Если оформляет путевку у вас Менеджер, то зачем в таблице Personal поле Должность?
3. Как думаете, если связать Менеджера не с Personal, а с Client, что-то принципиально изменится?
4. Отели могут входить в сеть, т.е. иметь одно название, но располагаться в разных городах или странах, например Hilton есть в Москве, Лондоне, Берлине, видимо нужна географическая привязка.

0

Я решил вообще убрать серию паспорта из таблицы клиент. С вами полностью согласен по поводу названия атрибутов на латинском. Действительно будет удобней. Вот по поводу отелей, необходимо по думать как все обыграть. Так же прочитал в литературе и увидел в видео уроке компонент Data Module. Как я понял связь таблиц но уже в Delphi. Играет ли важную роль использования этого компонента? Ведь связь идет и в самом Accesse.

0

Сообщение от zwerw прочитал в литературе и увидел в видео уроке компонент Data Module. Как я понял связь таблиц но уже в Delphi

Извините, но это называется "гляжу в книгу - вижу фигу..." TDataModule - это не компонент и уж тем более не для связи таблиц. Это невизуальный контейнер для невизуальных же компонентов доступа к объектам БД, по сути - невидимая форма...

0