Я создаю для компании инструмент поиска клиентов. Персонал будет использовать это, чтобы получать записи о своих клиентах.
Мне было любопытно, что лучше и почему ..
Использование php + ajax для поиска через onkeyup окна поиска. Это будет поиск в реальном времени по поднятому ключу, который будет запрашивать базу данных каждый раз, когда ключ поднимается. Скорее всего, я бы подошел к этому с помощью WHERE CustomerName LIKE '%blah blah%'База данных клиентов может в какой-то момент стать действительно большой ... просто хотела добавить это. Насколько велика? Что ж, это дело компании.
ИЛИ ЖЕ
Идем дальше и обзваниваем всех клиентов с помощью одного запроса, и все они заносятся в список на веб-сайте. Когда сотрудник вводит текст в поле поиска, предварительно заполненный список фильтруется. Опять же, база клиентов может стать довольно большой.
В любом случае, нужно перебирать много данных. Мне нужно сохранить этот метод стиля «onkeyup» без использования кнопки «поиск».
Я уже закодировал ту часть, где он предварительно заполняет список, и посмотрел на опцию ajax; однако меня беспокоит производительность, когда список клиентов начинает расти. Итак, вот где возникает этот вопрос. Этот пост не для того, чтобы получить конкретный код, просто хочу узнать, как лучше всего подойти к этому проекту, а также к будущим проектам, подобным этому.
Я продолжу и опубликую код, который я сейчас использую для фильтрации предварительно заполненных данных только для записи ...
$(".searchbox").on('keyup', function () {
if ($(this).val() != '') {
search(this);
}
else {
$(".data").show();
$.each($(".searchbox"), function () {
if ($(this).val() != '') {
$(this).keyup();
}
});
}
});
function search(ele) {
var val = $(ele).val() || '';
if (val == '')
return;
var dataclass = $(ele).attr('data-class');
var SearchInText = '';
$.each($(".data:visible"), function () {
SearchInText = $(this).find("td." + dataclass).text();
if (SearchInText.indexOf(val) == -1)
$(this).hide();
});
}
@IncredibleHat - Хороший звонок по задержке.



![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)


Если вы ожидаете, что база данных клиентов будет действительно большой, загружать их все в браузере за один вызов - не лучший вариант. Вам нужно будет постоянно загружать клиентов на основе пользовательского ввода.
Живая загрузка (onkeyup) может сильно нагружать вашу базу данных. Однако вы можете улучшить его с помощью кеширования.
Поскольку вы извлекаете из базы данных только «имя клиента», вы можете использовать механизм кэширования, чтобы хранить имена клиентов в памяти и отправлять отфильтрованные результаты в браузер. Таким образом вы сможете избежать стресса в своей базе данных.
Вы должны отложить обработчик клавиш, чтобы минимизировать запросы к серверу.
Вы можете узнать, как это сделать, по следующей ссылке.
Как отложить обработчик .keyup () до тех пор, пока пользователь не перестанет печатать?
Можете привести краткий пример, как делать кеширование. Или ссылку, чтобы узнать об этом подробнее? Задержка - отличная идея. Спасибо тебе за это!
Вы можете использовать memcache. проверьте здесь dev.mysql.com/doc/refman/5.6/en/… и cloudways.com/blog/memcached-with-php
Я могу засвидетельствовать, что как только этот список станет большим, имея все это в элементах html и используя js для отображения / скрытия совпадающих, действительно тормозит веб-браузер ... где каждое нажатие клавиши вешает его на хорошую секунду или две (или больше в случай списка 5000). Так что лучше пойти дальше и запросить сервер. Однако я бы посоветовал вам установить таймер ожидания, чтобы он не срабатывал, пока клавиша не прошла в течение секунды или двух. Если происходит новое переключение, оно отменяет предыдущее. Уменьшает количество обращений к тем, кто быстро набирает слово.