Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2006.08.13;
Скачать: CL | DM;

Вниз

Вопрос о БД.   Найти похожие ветки 

 
dera   (2006-07-24 17:25) [0]

Короче, суть в следующем. Есть клиент-серверная БД (FireBird). Один клиент периодически (раз в час) глобально обновляет одну из таблиц (напр. Таб1) а второй - иногда делает селект из Таб1. Вопрос. Как запретить второму клиенту делать выборку из Таб1, пока первый не обновил Таб1?


 
Reindeer Moss Eater ©   (2006-07-24 17:28) [1]

Высок и быстер полет мысли.


 
fast2   (2006-07-24 17:30) [2]

>Reindeer Moss Eater ©   (24.07.06 17:28) [1]
ну а по сути?


 
tupoy   (2006-07-24 17:32) [3]

что такое "глобально обновляет"?


 
Reindeer Moss Eater ©   (2006-07-24 17:34) [4]

>ну а по сути?

А по сути - бредовая идея.


 
fast2   (2006-07-24 17:35) [5]

>что такое "глобально обновляет"?
это заменяет значения по всем полям, кроме поля ID

>А по сути - бредовая идея.
прошу полсказать не бредовое решение. Как быть в таком случае?


 
tupoy   (2006-07-24 17:38) [6]

делать "глобальное обновление" в рамках одной транзакции


 
KilkennyCat ©   (2006-07-24 17:40) [7]

Глобальное обновление - способ тотального изменения данных. Заключается в следующем: монопольных захват базы, обнуление всех записей. Затем записи удаляются. Затем удаляются сами файлы базы. Сносится нафиг приложение. Удаляется операционная система. Форматируется винчестер. Разбирается компьютер. Собирается компьютер. Устанавливается операционная система. Устанавливается приложение. Создаются файлы базы данных. База заполняется новыми данными.

Лшдлуттнопедия, том ХII, 6 год после нашей эры.


 
Reindeer Moss Eater ©   (2006-07-24 17:43) [8]

прошу полсказать не бредовое решение. Как быть в таком случае?

1.У тебя есть исходная задача, про которую мы ничего не знаем.
2.Ты придумал бредовое её решение и озвучил его нам.
3.Ты спрашиваешь "как надо".
4.Чтобы узнать "как надо", надо сначала озвучить исходную задачу.


 
fast2   (2006-07-24 17:43) [9]

все ясно. Спасибо за веселые коментарии!


 
fast2   (2006-07-24 17:47) [10]

>Reindeer Moss Eater ©   (24.07.06 17:43) [8]
Задача в следующем. Каждый клиент выполняет свою задачу - первый ТОЛЬКО обновляет все данные по всем записям таблицы Таб1, а второй - ТОЛЬКО выбирает из этой же таблицы.
Ничего страшного не будет, если во время обновления, второй клиент сделает запрос?


 
Reindeer Moss Eater ©   (2006-07-24 17:52) [11]

Ничего страшного не будет, если во время обновления, второй клиент сделает запрос?

Конечно будет страшное.
Второй клиент выполнив запрос, получит его (запроса) результат.
Страшно, аж жуть.


 
KilkennyCat ©   (2006-07-24 17:55) [12]

Самое страшное, что второму клиенту никогда нельзя делать запрос. Ведь пока первый не обновил Таб1 ему запретить ... делать выборку из Таб1, а обновление происходит > периодически (раз в час)



Страницы: 1 вся ветка

Текущий архив: 2006.08.13;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.057 c
15-1153220371
DevilDevil
2006-07-18 14:59
2006.08.13
Мои Pas модули не компилятся в Билдере


11-1130349488
Vladimir Kladov
2005-10-26 21:58
2006.08.13
Версия 2.19


6-1143385179
anton773
2006-03-26 18:59
2006.08.13
декодирование почтового сообщения


2-1153526166
learner
2006-07-22 03:56
2006.08.13
WNetEnumResource и размер буфера


2-1153984203
Crazy monkey
2006-07-27 11:10
2006.08.13
Вопрос по Access