Помогите пожалуйста мало опыта работы с БД
Не знаю как лучше отобразить большой список клиентов. 1-100 тыс записей. Скачивать его весь на клиент нехорошо. Сейчас я использую virtual listview, скачиваю на клиента только ID всех записей, сами записи подгружаю по мере прокрутки listview. Но в такой схеме нельзя сделать сортировку таблицы по разным полям на клиенте, придётся за сортировкой обращаться к серверу. Но тогда если пользователь добавляет новую запись в таблицу придётся обращаться к серверу за полным обновлением.
В текущей реализации список обновляется автоматически как только в базе происходят какие-то изменения. С сортировкой думаю это будет сложно для сервера - после каждого изменения обрабатывать одновременные запросы на обновления от всех клиентов. Придётся обновления сделать ручными по желанию пользователя.
Понимаю конечно, что весь этот список никому не нужен, реальная польза только от поиска по нему. Но что-то изначально ведь нужно отобразить. Пользователи требуют чтобы был список, был с сортировкой.
А может не так страшно скачать на клиента 100 тыс записей и там их отсортировать?

Как обычно разрешается такая ситуация?
Спасибо за любые комментарии!

Используются Firebird 1.5 + WinApi + Firebird API

apapacy thest
А может не так страшно скачать на клиента 100 тыс записей и там их отсортировать?


Это очень страшно. Хотя часто встречал решения что качается вся таблица. Это мрак.
Я выбираю ровно, сколько нужно отобразить на экране.
При этом задается сортировка по любым полям, но обязательно добавляю последнее поле для упррядочивания PK.
А дальше поиск по первым введенным буквам, листяния PGUP/PGDN

А список id всех записей вы не скачиваете? Тогда нельзя прокрутить список в произвольное место, только листать страницами?
И правильно ли я понимаю что обновление списка будет достаточно дорогой операцией так как потребует от сервера пересортировки? Делается ли в системах такого масштаба автоматическое обновление через триггеры, или это всегда слишком большая нагрузка на сервер?

MasterZiv
thest пишет:
> Помогите пожалуйста мало опыта работы с БД
> Не знаю как лучше отобразить большой список клиентов. 1-100 тыс записей.

Кому это надо смотреть несколько тыщ записей ?
Кто их смотреть будет ?

> Понимаю конечно, что весь этот список никому не нужен, реальная польза
> только от поиска по нему. Но что-то изначально ведь нужно отобразить.

Ты оказывается не безнадежен. Отобразить надо форму поиска,
пусть пользователь вводит критерии поиска и получает 10-100 записей.

Posted via ActualForum NNTP Server 1.4

Согласен, пользы от этого списка никакой, его бы не было если бы я писал для себя. Но среднестатистический пользователь этого не понимает. Он не привык пользоваться поиском. Он привык к списку контактов в Outlook - открываешь огромный список и перематываешь его весь пока не найдёшь что нужно. Если что-то не так он начинает стонать что пользоваться программой невозможно. Нет задачи научить пользователя работать правильно, нужно чтобы уже с первого раза ему было удобно и приятно.

Спасибо :-)

ЛёхаSPbКак вариант можно сделать не просто поиск, а фильтры, например по первым буквам и/или по другим параметрам какие там у вас есть. И пользователю удобно и такую тучу записей загружать не придётся..

Значит пользователь будет постоянно видеть пустой список, пока не введёт строку в фильтр. Он этого не поймёт. Он привык к Outlook. Кстати как работает Outlook на больших списках контактов. Он их загружает полностью с Exchange или нет кто-то знает?

apapacy thest
А список id всех записей вы не скачиваете? Тогда нельзя прокрутить список в произвольное место, только листать страницами?
И правильно ли я понимаю что обновление списка будет достаточно дорогой операцией так как потребует от сервера пересортировки? Делается ли в системах такого масштаба автоматическое обновление через триггеры, или это всегда слишком большая нагрузка на сервер?

ИД не поможет если сортировка меняетя. Я использую Postgre у которого есть возможность выбирать записи с OFFSET а не только TOP, как у некоторых (не будем показывать пальцем).

Сказать конкретно будет ли дорогой или недорогой операцией выборка сложно - зависит от подробностей.
Наиболее часто я выбираю по первым введенным буквам некторого поля.
На самом деле это поле не всегда уникальное, но и не содержит сотни повторяющихся значений - два-три не больше.
Я выбираю ровно 7 (например) записей по первым введенным буквам, и поскольку на это поле есть индекс - выборка происходит быстро.

В случае листания - я тоже выбираю ровно 7 (например) - записей вперед/назад от имеющейся последней/первой записи.

Остается реализация перетягивания бегунка скроллинга. Я его не реализовывал - нет необходимости, но его можно реализовать, имея на клиенте count(*). Предположим, что COUNT=100 000. Тогда если бегунок находится на 61% вы выбираете
select limit 1000000*0.61, 7. На самом деле при больших количествах такой скроллинг не имеет смысла (ИМХО)

А в вашей реализации значит бегунка нет совсем? Навигация только с клавиатуры PgUp/PgDown? И как на это реагируют пользователи? Это же очень неудобно/непривычно.

Dogenраз у Вас такие умные пользователи, дайте им возможность устанавливать размер страницы (10, 50, 100, 1000, до фига записей), и пусть сами парятся со скушанной оперативной памятью

но главное - юзер САМ поставит что ему надо. его уважают - он не жалуется

а по дефолту 10 или 50 (в размер экрана, как я понимаю, в правильном GUI нельзя отсчитать)

Спасибо, ценный совет

mcureenab
Что касается вставки в список, то в Oracle Forms вставка в список осуществляется в текущую позицию списка, даже если эта вставка нарушает порядок сортировки записей, зато это быстро, особенно, когда речь идёт о всавке многих записей. Если пользователь хочет получить упорядоченный список, он просто повторяет выборку новой версии списка из БД. К сожалениию Oracle Forms просто выполняет запрос на блоке, поэтому установить курсор на ту же запись достаточно проблематично.

Да. Либо можно их просто в конец добавлять. По необходимости нажмут кнопку Обновить.

mcureenab
Что касается поиска, то вашим пользователям видимо нечего делать, если они предполитают листать гигантские списки, вместо того, чтобы выполнять работу.
Сделать поиск по списку более быстрым можно по разному. Лично мне удобно сразу увидеть несколько образцов искомых записей, чтобы понять про что форма, что и по каким ключам в ней можно искать.

Да, как раз для этого наверное и нужно отобразить список неотфильтрованный - чтобы пользователь сориентировался что это вообще за список.