1. Область применения
Средний метод подкидки скорости в основном применим к приложениям ASP+доступа с фиксированными методами сортировки, такими как системы статьи и новостные системы.
2. Описание функции
Многие друзья, которые использовали некоторые системы статьи или новостные системы, знают, что, когда общие системы статьи или новостные системы классифицируются и поднимаются, они обычно читают отсортированные данные в базе данных, которые соответствуют условиям, а затем указывают на определенную часть данных в соответствии с запрошенным номером страницы посредством операций по позиционированию и начинают читать несколько деталей данных после данных в качестве страницы. Этот метод странификации имеет простой принцип, но проблема в том, что каждый раз, когда вам нужно читать данные сортировки в базе данных, которые соответствуют условиям. Если есть две тысячи данных, это нормально, но что, если есть двадцать тысяч вещей данных? Это показывает, что это будет потреблять много памяти и тратить много ресурсов сервера. Конечно, если у вас есть условия, вы можете использовать базу данных SQL, которая будет намного проще. Вы можете решить все проблемы с небольшой сохраненной процедурой. Тем не менее, многие друзья все еще могут использовать базу данных доступа, поэтому мы ничего не можем с этим поделать. Конечно, есть также некоторые программы, которые генерируют HTML для страниц, как и многие сайты загрузки. Вы когда -нибудь думали о том, какие проблемы возникнут таким образом? Если я добавляю одну запись за раз в фоновом режиме, то мне придется один раз восстановить все страницы в этой категории HTML. Это точно. Подумайте об этом, это очень эффективно?
Метод подрыва среднего скорости предназначен для решения проблемы страниц большого количества данных в базе данных Access. Он сочетает в себе преимущества пьесы HTML и традиционного поджигания. Во -первых, скорость быстро и занимает меньше ресурсов. Независимо от того, находитесь ли вы на первой странице или на первой сотне страницы, скорость программы такая же. И при добавлении данных вам не нужно регенерировать все страницы. Я представлю принцип ниже
3. Принцип пейджинг
В базе данных есть таблица статьи и таблица класса. Мы не рассматриваем, является ли это классификацией бесконечного уровня или двухуровневой классификацией. Это не имеет ничего общего с нами.
[Статья] IdintIdentity (1,1) Notnull, ClassidIntDefault0, TitleVarchar (100), AddTimedAteTime
[класс] IdintIdentity (1,1) Notnull, ClassNamevarchar (20)
1. Сгенерируйте пейджинг
Если в таблице классов есть ряд данных с ID 1 и ClassName является «ASP Classification», мы сначала снимаем все данные с помощью Classid = 1 во всех статьях (www.nowsky.com), а затем организуем их в порядке возрастания addTime. Это то же самое, что и обычные аспекты ADO, но нам нужно сделать некоторую обработку ниже.
Мы динамически генерируем таблицу в базе данных с именем [page_1], а 1 - соответствующее имя класса, автоматически пронумерованное идентификатором «классификации ASP».
[page_1] Pagenumint, Pagesttext
Сначала мы генерируем STR для каждых 20 фрагментов данных. Каждый STR на самом деле является списком из 20 баз данных при отображении, а затем числа это STR. Если это 0-19 записей, то XXX-001. Если это 20-39, XXX-002, и так далее. Добавьте STR и его номер в Page_1. Мы предполагаем, что самый большой здесь - 84
Каждый определенно подумает, что данные не всегда могут быть разделены на 19 (20 данных должны быть MOD19). Конечно, нам приходится иметь дело с фракциями, которые должны быть последними данными (мы организованы addtime). Давайте динамически создадим таблицу, [aritcle_1]