Главная страница
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.037 c
15-1153081005
Footballer
2006-07-17 00:16
2006.08.13
Сколько вас тут "мастеров"?


3-1149675879
irena
2006-06-07 14:24
2006.08.13
MSSql: редактирование длинных полей varchar(1024)


15-1153405319
Nic
2006-07-20 18:21
2006.08.13
Наверное глупый вопрос


15-1153081750
Kerk
2006-07-17 00:29
2006.08.13
«Судейство в Томске - происки ЦСКА»


2-1153673281
Каг Дила?
2006-07-23 20:48
2006.08.13
У меня какие-то пробелемы компонентом