Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2002.10.24;
Скачать: [xml.tar.bz2];

Вниз

Оптимизация МИДАС.   Найти похожие ветки 

 
yaJohn   (2002-10-02 13:15) [0]

Есть МИДАС система. Одной таблице в БД соответствует множество ClientDataSet. Таблица достаточно жирная. Соответственно, при изменениях в одном ClientDataSet, остальным приходится делать refresh. Ну и возможна ситуация изменения таблицы в другом клиенте. А таблица жирная. Есть ли некая стандартная возможность обновлять не весь ClientDataSet, а лишь новые записи (вычислить новые/измененные я могу)? И грузить несколько ClientDataSet тоже не хочется. В принципе - достаточно один, остальные можно из него скопировать, но при этом у остальных должна остаться нормальная связь с Provider. Кто нибудь делал нечто в таком духе?
И еще одна беда. Предполагается использовать систему на нестабильной сети. Т.е. некоторые клиенты сидят на в соседних корпусах и связь с ними через УКВ. Но когда между корпусами проезжает грузовик... Соответственно система должна уметь восстанавливаться после разрыва соединения. Какие идеи по поводу
судьбы девочки, натоптавшей с полсотни записей в таблице, но ApplyUpdates не сказавшей? Нельзя бросать ее в беде! А делать ApplyUpdates на каждом Post тоже низя, девочка не работать будет, а песочными часиками на экране любоваться....

Понимаю, что вопросы абстрактные, но хотелось бы здравые мысли воплотить в жизнь еще на этапе проектирования.

Заранее спасибо.


 
Polevi   (2002-10-02 14:42) [1]

1. есть RefreshRecord для обновления нужной записи, правда реализация его в провайдере сделана очень криво - делается запрос к базе а потом запись находится с помощью Locate, у меня есть свой вариант провайдера, могу поделиться, если интересно

2. по поводу отложенного Apply не могу ничего сказать, у меня он делаеться сразу после Post, не знаю вашей специфики, но насчет песочных часов сомнения - послать дельту по сети не так уж проблематично.. у меня так полсотни человек с базой работают, все летает

я для себя сделал вывод что при работе с MIDAS каждая таблица в базе должна иметь PK поле, чего и вам советую




 
yaJohn   (2002-10-02 16:13) [2]

>меня есть свой вариант провайдера
Интересно. Если можно - на мыло плизс.


>у меня он делаеться сразу после Post
обновление таблицы может повлечь за собой автоматическое обновление еще парочки таблиц и т.д. Иногда это растет как снежный ком...


>каждая таблица в базе должна иметь PK поле
Мн... Какое поле??? У меня в каждой таблице есть поле обновляемое при каждой модификации данных(на стороне сервера аутоматычно) и только вверх. Значение - уникально по базе. Смотрим у клиента макс. значение сего поля, все что в базе имеет большие значения - нужно обновлять.



 
Polevi   (2002-10-02 18:13) [3]

письмо ушло



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

Форум: "Базы";
Текущий архив: 2002.10.24;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.45 MB
Время: 0.007 c
3-78256
Gaber
2002-10-02 10:43
2002.10.24
DBRadioGroup


3-78210
surkis
2002-10-04 11:58
2002.10.24
Помогите с плиз Access-овским паролем


1-78339
Leny
2002-10-14 12:43
2002.10.24
Выделить ячейку в StringGrid e


14-78630
lak_b
2002-10-03 22:30
2002.10.24
подбор ссылок на любые темы по кодингу !


1-78381
ruslan_as
2002-10-15 09:46
2002.10.24
Найти решение





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский