mastakill13,

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

вы в итоге потратите немного времени на освоение новой СУБД, но потом все остальное быстро сделаете.

с акцесом вы будте вечно мучиться как вам что то сделать.

Полная непригодность аксеса для решения каких-либо задач - это истина в последней инстанции ?

Да. Он таким создан.


Для любых задач сразу надо брать майнфрейм с супер-субд и писать клиента на ассемблере (утрирую) ?

нет, надо брать нормальные профессиональные инструменты, access таким не является.

Аксес сочетает в себе джетовскую СУБД с определенным перечнем ограничений и недостатков и средство разработки фронт-енда формы и отчеты в одном флаконе. Именно так к нему и надо относиться. Не больше и не меньше. Молоток надо выбирать по гвоздю.


Формы и запросы можно писать и на акцесе. На нём нельзя БД держать.
На самом деле я ослабил немного, запросы на нём тоже НЕЛЬЗЯ писать, потому что усрёшься заставлять его понимать нормальный SQL, а не его безумные фантазии на этот счёт.

MasterZivФормы и запросы можно писать и на акцесе. На нём нельзя БД держать.
На самом деле я ослабил немного, запросы на нём тоже НЕЛЬЗЯ писать, потому что усрёшься заставлять его понимать нормальный SQL, а не его безумные фантазии на этот счёт.

Но написать процедуру или view в БД и вызвать её из акцеса -- можно.

mastakill13, некоторые комментарии и советы:


Составил таблицы, но не могу их правильно связать


Если не можете "связать" таблицы, можно их не связывать вообще, это вовсе не обязательно.



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

Связи "один к одному" в природе встречаются очень редко, поэтому если вы их делаете, 90% что вы делаете что-то не так.


проставил связи как описал, но БД не работает, при занесении данных в форму пишет:ключ связи таблицы не входит в набор записей, вычитал в книге акцесс 2007 на реальном примере другую структуру связей с составным ключем, попробовал, сделать по другому, добавил другие поля в таблицы и сделал составные ключи, получилось в конечном итоге что таблицы стали повторять много данных, что противоречит теории нормализации, а при составлении формы в конструкторе на этапе занесения полей из третьей(любой) по счету таблиц в форму, она пропадала в режиме макета


Я лично не понял нихрена в чём реальная проблема.

Я попробую поглядеть на БД в .rar.

Но мне было бы легче её видеть в виде набора create table ...


По приведённному куску БД:

-1) Рекомендую называть таблицы одним словом, существительным в единственном числе. По возможности, конечно.

0) таблица "Пациент" -- надо держать дату рождения , а "полных лет" вычислять исходя из текущей даты. Так вам не нужно будет каждый год update-ить всех пациентов.

1)таблица "Пациент" -- кроме номера пациента (внутреннего ключа в вашей БД) должен быть ещё "естественный" ключ, идентифицирующий человека. Увы, ваших полей (ФИО и дата рождения) будет не достаточно для этого, и проблема идентификации личности по формальным атрибутам очень сложна. Предполагаю, что вам как минимум надо будет добавить туда место рождения и/или номер паспорта или страхового свидетельства. Возможно, подойдёт ещё номер мед. полиса

2) таблица "Жалобы" -- многие к одному к "Данные о госпитализации". В PK (primary key, первичный ключ) не хватает полей, должно быть больше 1го.

3) таблица "Анамнез" -- всё то же самое, что и в таблице "Жалобы".

4) Таблица "Анамнез жизни" должна быть разбита на 4 таблицы, "Операции", "Травмы", "Лекарственная непереносимость", "Гемотрансфузии". Каждая -- многие к одному к "Пациенту", а не к "Данные о госпитализации", иначе эти данные вам придётся вносить для данного пациента заново при каждой госпитализации, что является бредом.

5) Я не знаю, что такое "Анамнез", что вы имели под этим в виду. По моим понятиям, все остальные сведения (из других таблиц) и есть этот анамнез. Что вы хотели хранить тут -- не понятно. И по сути анамнез должен привязываться также к пациенту, а не к госпитализации, хотя заполняется он естественно при госпитализации (должна быть ссылка на запись о госпитализации в каждой записи анамнеза).