Вниз
Скачать: CL | DM;

Работа с большими обьемами данных   Найти похожие ветки 

← →
Domkrat   (2002-11-12 12:14) [0]

Задача создать навигационную систему с исп. SQL.
Есть два запроса к одной мастер таблице, первый
состоит из одного поля(Primary-key), а второй
из всех полей. Эти два запроса связаны Master-Det
соотношением.

Навигация осуществляется по первому датасету, который
зараннее отфетчен. Посути происходят запросы к одной
записи во втором датасете, который содержит множество
Look-Up полей.

Все это сделано для ускорения работы т.к. таблица ~150 тыс!
И собственно вопрос: Как обновить первый датасет котороый содержит столбец из 150 тыс. записей при добавлении другим пользователем новой записи.
Метод Open->Close не приемлем т.к. он приводит к повторному
фетчению(Query.FetchAll).


Если есть умные дяди и тети, помогите пожалуйста.


← →
Jeer ©   (2002-11-12 12:27) [1]

Как сделать Землю квадратной ?
Такие вопросы не мучают ?


← →
ЮЮ ©   (2002-11-12 12:55) [2]

>Все это сделано для ускорения работы т.к. таблица ~150 тыс!

Для ускорения работы надо отбирать ровно столько записей, с которыми пользователь реально будет работать. И переоткрыть такой запрос не составит никакого труда :-)


← →
Domkrat   (2002-11-12 19:11) [3]

Это все весело, но помоему проблема насущная.
Т.к. DataSet т.к. DataSet позволяет получить
полный набор данных, что очень удобно для
перемещения по нему (First, Last и т.д.), я
думаю это надо использовать.
А как обновить данные не закрывая DataSet,
моя идея такая: ставлю тригер на Inset и через
Alerter шлю всем клиентам новый ID_(имеется еще
и отвлеченный ID который построен на тригере)
, который добавляется в их датасеты,
при этом конечно свойство CashUpdates:=True.
Получаем систему реального времени.

По поводу работай с теми записями которые
нужны:
пользователю необходимо пройти все записи
подрят из изменить какой либо реквизит.


← →
Jeer ©   (2002-11-12 19:42) [4]

Не превращай пользователей в администраторов.
Задача update по условию гораздо проще решается


← →
ЮЮ ©   (2002-11-13 08:33) [5]

>пользователю необходимо пройти все записи подрят
150 тыс. записей ? И после такого прохода он сможет правильно изменять данные?


← →
Andriano ©   (2002-11-13 08:40) [6]

Большой объём данных и (FIRST, NEXT, LAST, FETCHALL) - ВЕЩИ НЕ СОВМЕСТИМЫЕ!. Это только первая проблема, с кот. ты столкнулся.
Надо опираться только на SQL и проблем не будет.



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

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.011 c
14-4589
nick_vstu
2002-11-12 10:48
2002.12.02
Linux -rules forever!


1-4386
Dim!S
2002-11-22 13:35
2002.12.02
oleaut32.dll


1-4310
Борис
2002-11-21 13:25
2002.12.02
CreateProcess Ошибка!


14-4596
Ketmar
2002-11-11 12:29
2002.12.02
хочу финдиперцевый значок зеленого цвету!


4-4656
Shrek
2002-10-17 18:49
2002.12.02
Consolle




   Наверх