alex-1917

Слушай, начинающий!! Советую тебе начать изучение не с углубления в технические детали, тем более ты в них фатально плаваешь, а с более важных вещей:
1. умение искать, распараллеливая запросы (не Тостер, а Тостер+гугл+SC+...+запросы на англ. языке)
2. постановка перед собой и соответственно перед уважаемым сообществом ТОСТЕРа ЗАДАЧ, а не эфемерных розовоочковых полетов мысли
Освоив эти два метода, скорость выполнения задачи уже вырастет минимум на 34-56%!

Ну какие

одновременно эту страницу посещает множество человек ( к примеру 10 000)

??!! Вы что, серьезно говорите об ОДНОВРЕМЕННОМ посещении 10000 человек???)))
Проекты с таким уровнем посещений лет на 200 вперед забронированы за студиями с полумиллиардными бюджетами, и вам там не место и мне и не сидят они тут))) Вам их не писать-не программировать, поэтому не создавайте себе проблему и не бросайтесь на её решение, просто переформулируйте свою задачу на 50-200 посещений в СУТКИ!!!

Чтобы не быть голословным - ютуб 120млн в сутки, делим на 86400 сек = 1388! 1388 посещения в секунду. и это посещение не ОДНОЙ страницы как бы... если разделить на миллиард ютуб-страниц, то что получишь в остатке...???)))

Ну а сегодняшний день начните (или закончите) чтением наиполезнейшей статейки Преждевременная оптимизация

Да, группировка самый простой способ, другие варианты всяко прожорливее.
И кстати группировку при больших объемах можно и нужно делать не в MySQL, а в php - т.е. одним простым и быстрым запросом вытягиваешь ВСЁ в массив, далее в массиве спокойно группируешь и выводишь - тут будут использоваться уже ресурсы процессора, так разумнее, ведь редко нужно предоставлять требуемый тебе результат в течение 1 микросекунды, у тебя же не биржа с биткойнами, ну а за 1 миллисекунду любой процессор разложит массив по полочкам. будь в нем хоть миллион строк, пишу, потому что делал так, это не из гугла!!))

Записывай дельту, если дельта равна нулю ,то вообще не пиши, я так сэкономил на занимаемом под БД 30% места и соответственно требуемой скорости обработки, при выводе просто чуть посложнее запрос!

Ну а если касаемо твоих параметров, которые = 1000:
Очередная проблема преждевременной оптимизации)))
Не будет у тебя 1000 валют!
И не будет у тебя по 1000 обновлений в секунду!
Твои параметры похожи на средней руки типичную среднекорейскую биржу, коих под две сотни существует, но там валют под 70 не больше и обороты под лярд в месяц, сколько в секунду хз, у тебя точно такой же проект?? и ты спрашиваешь ЗДЕСЬ??)))!

мне like не нравятся))
$marker1, $marker2 - это что, пример дай?
поле по имени number - точно БД не ругается?

ну а в первом приближении я бы половину запроса отдал процессору, а не памяти)))

да там коду 6 строк
1. ставишь для хита проверку разности дат, т.е. твои 7 дней
2. хит делаешь любым сервисом проверки доступности сайта (например https://uptimerobot.com/dashboard#mainDashboard) , лучше двумя разными, делаешь в настройках период 1 час.
3. всё!

Создавай доп. таблицу и в ней собирай статистику.
Ты не указал, КОГДА нужны твои запросы на count!!
Они нужны на каждом хите - это целая поэма
или
они нужны только тебе, когда ты сидишь админишь по ночам, рисую графики - тогда это просто хокку...

Сам запрос-то покажи! Тебе же показывает на ошибку синтаксиса! Коммменты все затри как выше сказали и пустые строчки убери! Но скорее всего запятую пропустил...
В Битрикс же есть штатный функционал миграции- даже не надо заморачиваться с выкачиванием/экспортом к себе на компьютер!
Вот это вообще удали в запросе, ни к чему оно тебе!

SET time_zone = "+00:00"

У фаната же все разжевано!
phpfaq.ru/pdo#multi

Учитывая три фактора:
1. Ваше заявление о том что приложение планируется маленькое
2. Такое приложение будет действительно маленьким, вы навряд ли делаете его для школы №63 в Тюмени, где в этом году набрали 26 классов, даже 1-я!))
3. Дней недели действительно всего семь, их не будет меньше, их не будет больше, считаю глупостью заводить таблицу для дней недели, тогда уж лучше создать для этого поле типа ENUM.
ТАКИ: таблица может остаться плоской и это факт.

Все остальные доводы против - вы не научитесь делать джойны и запросы к нескольким таблицам за один присест, вас не будет заботить возможность ускорения запроса через отдачу части расчетов php-интерпретатору и т.д.
Выбирайте сами)))

Во-первых, скопировано с методички не полностью))) Еще должна быть таблица или колонка в таблице, где собственно сами данные о количестве населения)))
Во-вторых, автор, коли ваше задание звучит так:

....Напишите SQL-запрос, который вернет не более.....

то вот мой ответ и решение вопроса:
пришлите мне 10000р на яндекс-кошель
UPD. О, прислал, спасибо! Щас набросаю от руки)))
Первая часть:

SELECT * FROM city, user WHERE (тут будет вторая часть кода) LIMIT $n