Alex Pts

Либо упростите задачу и выкиньте понятие "плавающий", тогда это простой sorted set уже из коробки.

Иначе на каждый post как вариант завести list и в нем хранить время доступа каждое.
При просмотре читать весь list, с конца или начала (как хранить) удалять все, что больше 24 часов. Длина list будет валидное число просмотров за плавающие 24 часа. Но при множестве просмотров и множестве постов, такой вариант скорее всего не очень привлекателен.

Хранить их в БД, но при этом кешировать. Чтобы за таким словарем не бегать в БД каждый раз.

Если версия mysql позволяет, то можно использовать виртуальные колонки.
Как вариант сумму в приложении получать и не хранить сумму в БД.

query_posts() и get_posts() внутри работают с WP_query объектом. В этом году про некоторые тонкости выборки и отличия был доклад на wordCamp 2014. В сети доступно видео, можно найти.

По поводу скорости, то тут нужно посмотреть SQL запрос итоговый и посмотреть попадают ли искомые поля в индексы таблиц, которые будут в запросе использоваться. Ну и explain на запрос можно прямо выполнить, чтобы об эффективности говорить. На небольших таблицах это будет однозначно работать быстро.