jQuery автозаполнение-вопрос оптимизации

Хотелось бы, чтобы вы подумали об этом.

Я использую автозаполнение jQuery в a ASP.NET приложение MVC для получения списка записей из базы данных - я хотел бы знать, есть ли лучший способ, чем тот, которым я сейчас это делаю-следующим образом:

Вот jQuery (я вызываю метод действия 'GetRecordByName' с автозаполнением)

    $('#tb_name').autocomplete({
        source: 'Home/GetRecordByName',
        minLength: 1, delay: 0,
        select: function (event, ui) {
            // do stuff
        }
    });

На задней стороне, я использую Linq к сущностям в методе для получения результатов от база данных:

public JsonResult GetRecordByName(string term)
{
        var data = records
            .Where(dr => dr.Key.StartsWith(term))
            .Select(dr => new { dr, value = dr.Key })
            .Take(5);

        return Json(data, JsonRequestBehavior.AllowGet);
}

В настоящее время он работает немного медленно (~ 1-2 секунды). В основном, БД содержит десятки тысяч записей, и каждый раз, когда вы вводите символ в текстовое поле, приложение попадает в базу данных. Я могу установить его на 2 или 3 символа, но это не изменит скорость, и я не хочу, чтобы требовалось так много символов.

У меня есть идея, как его оптимизировать: на pageload, получить все возможные результаты из БД и отправить их клиенту (через скрытый вход или данные javascript структура), и имеют автозаполнение использовать эти данные на стороне клиента в качестве источника. Я уверен, что это было бы молниеносно, но мне кажется странным - есть ли какие-то недостатки в том, чтобы делать это таким образом?

Есть ли другие способы добиться более быстрого автозаполнения?

Обновление: Хорошо, очевидно, проблема была в том, как я строил свой вызов EF. Вызов EF 'records' в конечном счете не строил предложение WHERE в SQL-запросе; он получал всю таблицу каждый раз, а затем методы linq запускали эту уже перечисленную массу данных - это происходило каждый раз, когда печаталась буква, - вызывая замедление. Дох! Я отодвинул ее .Метод Where для слоя хранилища данных, где он перечисляет после фильтра where результаты и возвращает словарь-кажется, теперь работает отлично. Спасибо за вашу помощь! Я отметил наиболее полезный ответ, который помог мне разобраться в этом вопросе.

Что касается решения Flickr / приведения всего набора данных к клиент, я все еще чувствую, что это странно / излишне, но я уверен, что это оправдано с некоторыми большими наборами данных. Также будет больше смотреть в OutputCache для других вещей.

Еще раз спасибо!