Я нахожусь в затруднительном положении, которое, я думаю, я знаю решение, но я хотел бы спросить поле.У меня есть страница ASP.NET (фреймворк C # 2.0) на сайте, который используется для поиска.Стандартный контроль сетки, 5 столбцов данных, гиперссылка для 6-го столбца, чтобы сделать что-то с записью, которую пользователь хочет выбрать.
Мой вопрос заключается в том, как наилучшим образом отобразить «возможные» записи в 100 тыс. В этом виде сетки?В нынешнем виде я бы вырастил еще несколько седых волос, прежде чем они когда-нибудь дадут результат.Сетка может быть отображена на экране за раз около 20 строк данных, поэтому подкачка данных по-прежнему дает мне 5000 страниц.При добавлении в поиск по ролодексу по AZ самый большой набор возвратов по «J» дает мне 35000 записей (где, увы, у «X» только 54).
Нужно ли просто разбить ролодекс на меньший или естьлучший способ справиться с такой ситуацией?
спасибо заранее!
edit: У меня уже есть хранимая процедура, которая заполняет этот набор для подкачки страниц, как предложено GenericTypeTea,опять же, с пейджингом на «J», что даст мне 1750 страниц.Причина, по которой у меня так много данных, заключается в том, что количество участников по данной авто полисе.Администратор должен иметь возможность поиска по заданному имени или частично.У «Джонса» 1209 записей, а у «Смита» - 2918, поэтому даже для набора результатов перебазирования.
edit # 2: добавлено «возможных» 100 тыс., Нет гарантии, чтов учетной записи будет столько записей, с другой стороны, может быть больше: (