|
|
Регистрация | << Правила форума >> | FAQ | Пользователи | Календарь | Поиск | Сообщения за сегодня | Все разделы прочитаны |
|
Опции темы | Поиск в этой теме | Опции просмотра |
#1
|
|||
|
|||
Помогите с логикой работы программы
Привет всем , помогите разобраться.
Есть база данных MySQL в ней таблица с заявками на покупку чего либо. Есть программа которая должна читать эти данные и выводить пользователю, дак вот вопрос , как правильно это сделать? Мои догадки что нужно хранить в каком то формате эту базу и сравнивать через определенное время ид заявок и если в удаленной базе больше чем в локальной то нужно догрузить , если так то каком формате хранить данные локально если будет предположим 1000 заявок потом ещё больше. Может уже сталкивались с таким |
#2
|
|||
|
|||
Ну, можно поставить MySQL локально.
Можно использовть Embedeed Interbase/Firebird. Или поставить полные версии локально. Теоретически, можно просто хранить в xml и пользовать через TClientDataSet, но предполагаемые объемы великоваты. А что мешает работать напрямую с главной БД? Тебе нужен этот геморрой с синхронизацией? ЗЫ. У нас была подобная гетерогенная система, где был большой сервер Oracle (кстати, главный офис работал с ним напрямую) и куча удаленных точек с установленной MSDE (тот же MS SQL Server, но упрощенный и "мало"-пользовательский). Но там изначально требование было для работы off-line или на очень плохих и/или медленных каналах. Там, где канал позволял, работали с большим сервером. |
#3
|
|||
|
|||
Цитата:
Могу и напрямую , я просто подумал что каждый раз при открытии программы нужно будет подгружать эти заявки и выводить пользователю и по мне это долго наверное, хотя если подгружать только последние 10 а все остальное разбить якобы на странички и при обращение ко второй странице выводить ещё 10 предыдущих и так далее тогда это будет не так ресурсоемко. Хм.. попробую))) |
#4
|
|||
|
|||
Ну, эту проблему решали вводом принудительного фильтра. Т.е. по дефолту фильт включен и показывается только ограниченное кол-во записей (в зависимости от проекта фильтры были разные). Но всегда можно его "отключить" (т.е. выбрать вариант "все" или что-то подобное). Т.е. пользователь сознательно настраивает/отключает фильтр и подтверждает, что готов ждать результатов запроса. Ну и для убыстрения в основной грид выводилась (и выбиралась из БД) не вся информация, а только относительно небольшой набор ключевых полей.
|
#5
|
|||
|
|||
Цитата:
Последний раз редактировалось Xvir43, 27.10.2017 в 20:39. |