Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Отслеживание изменений другим пользователем [D6, MS Access]


Страницы:   1 2

AlexSt ©   (2006-11-17 11:03:00) 

Подскажите, кто знает. Есть ли возможность отследить изменения сделанные другим пользователем без переодического Requery.
База - mdb (MS Access)
Подключение через компоненты ADO


Umnik   (2006-11-20 11:11:00) [1]

AlexSt ©  
Перед сохранением нужно проверять есть ли в ближайшее время от внесенного времени к этому врачу кто-то и сообщать
Типа:
"Последний паиент на 10-15 вы действительно хотите добавить пациента на 10-16?"


SlymRO   (2006-11-20 04:22:00) [2]

Бродкаст UDP рассылать нотификацию Изменения и на нее Рекверить


Anatoly Podgoretsky   (2006-11-17 13:21:00) [3]

> k2  (17.11.2006 13:18:34)  [34]

Я всегда говорил, что ты молодец, была бы рядом дал бы конфетку.


k2   (2006-11-17 13:18:00) [4]

Anatoly Podgoretsky ©   (17.11.06 13:17) [33]
оk - уже забыла :)


Anatoly Podgoretsky   (2006-11-17 13:17:00) [5]

> k2  (17.11.2006 13:14:31)  [31]

Забудь о блокировках и никогда это больше не вспоминай, не тот это случай и как правило используется подобное, чтобы затыкать профессиональную неграмотность. Задача не требует никаких блокировок. Просто не продуманая структура базы данных, отсутствует анализ и постановка задачи.


Anatoly Podgoretsky   (2006-11-17 13:15:00) [6]

> ЮЮ  (17.11.2006 12:59:23)  [23]

Правильно мыслишь, нужен профессиональный подход, анализ задачи, постановка, разработка алгоритмов, базы, скриптов, процедур и только потом Дельфи.
А не тяп, ляп, сейчас слева один тяп, потом справа другой ляп и глядишь операторый уже плачут. За последнее время ГИС продемонстрировали это в всей красе.


k2   (2006-11-17 13:14:00) [7]


> Anatoly Podgoretsky ©   (17.11.06 13:07) [24]
> > k2  (17.11.2006 12:14:13)  [13]
>
> Достаточно уникально, поскольку соответствуе условию задачи,
>  поэтому только два этих поля и выделены жирным. Отдельно
> доктор и дата недостаточно, а пациент вообще не нужен.
> Поэтому уникальный индекс по этим полям, а предложение проверять
> эти два поля не выдерживает критики, на момент вставки состояние
> возможно будет уже другое.

select for update нет в аксессе?


Anatoly Podgoretsky   (2006-11-17 13:12:00) [8]

> k2  (17.11.2006 12:48:20)  [20]

> хотя у вас коммерческая :)

А, тогда все понятно, можно и сто написать на одно время


Anatoly Podgoretsky   (2006-11-17 13:12:00) [9]

> Sergey13  (17.11.2006 12:58:22)  [22]

В двойном размере.


Anatoly Podgoretsky   (2006-11-17 13:11:00) [10]

> k2  (17.11.2006 12:42:18)  [18]

Левая рука не знает, что делает правая, а потом Чернобылям удивляемся.


Anatoly Podgoretsky   (2006-11-17 13:10:00) [11]

> AlexSt  (17.11.2006 12:35:17)  [17]

Это уже новая сущность, количество пациентов на одно время, требуется дополнительное поле и еще одно ограничение, N <= M


Anatoly Podgoretsky   (2006-11-17 13:09:00) [12]

> k2  (17.11.2006 12:30:15)  [15]

Все возможно если за основу взять невероятностную математику
Хайчкикер по галактике.


Anatoly Podgoretsky   (2006-11-17 13:08:00) [13]

> AlexSt  (17.11.2006 12:27:14)  [14]

> тем более, что иногда возможна запись двух пациентов на одно время.

Противоречит оглашеным условиям задачи.


Anatoly Podgoretsky   (2006-11-17 13:07:00) [14]

> k2  (17.11.2006 12:14:13)  [13]

Достаточно уникально, поскольку соответствуе условию задачи, поэтому только два этих поля и выделены жирным. Отдельно доктор и дата недостаточно, а пациент вообще не нужен.
Поэтому уникальный индекс по этим полям, а предложение проверять эти два поля не выдерживает критики, на момент вставки состояние возможно будет уже другое. Дата конечно должна подчиняться каким то правилам, обычно минуты = 0, 15, 30, 45 или аналогично
По крайней мере мой визуальный анализ работы регистратур показывает определенный закон во времени приема. Сейчас например они ручками в книгу пишут.


ЮЮ   (2006-11-17 12:59:00) [15]

Как будто пациенты в десяти очередях со скоростью 1 чел в минуту записываются к одному и тому же доктору.

- Вы к кому? на какое время?
 обновился запрос. Видны окна. Что-то кликнул. Записал "без пациента"
 запрос обновился. Если кто-то перекся, клиент(программа) ругнулась.  Оператор или оставил на то же время (вариант по двое, один аппараты ...) или выбрал другое время... Проставил имя пациента.

Или начинать с имению Вы Кто? Открыл карточку. Далее с начала.


Sergey13   (2006-11-17 12:58:00) [16]

> [21] AlexSt ©   (17.11.06 12:50)

А ты им просто объяви, что каждая их новая придумка оплачивается отдельно. Обычно помогает.


AlexSt   (2006-11-17 12:50:00) [17]

Отож! Что они завтра придумают одному Богу известно.


k2   (2006-11-17 12:48:00) [18]

ну и тогда сделать дату со временем до минут, чаще одного пациента в минуту врядли регистратура усмотрит, будет и уникальность по времени
хотя у вас коммерческая :)


AlexSt   (2006-11-17 12:45:00) [19]

По усмотрению регистратуры


k2   (2006-11-17 12:42:00) [20]

обновление тебе нужно штобы предотвратить запись двух пациентов на одно время, или больше двух? или больше трех?


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо