В отношении MySQL — есть ли примеры приблизительных соответствий условиям, о которых писал? Кстати, у меня использование предполагается локальное.

А MySQL, это реляционная база данных к JS отношения не имеющая, если только речь не о сервере и Node.js.

Для локального хранения http://html5.by/blog/localforage/
Либо более удобное в плане поиска и прочих операций с данными, это https://dev.w3.org/html5/webdatabase/, но с поддержкой ее пока туговато.

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

Какое расширение у файла с таблицей? смущает фраза "В подключенном к html скрипте"

Очень даже работает что на любом андроиде что на ифонах работает из коробки. Синхронизировал базу и работай хоть без интернета и сервер отдыхает и локально все летает.

MallSerg,
Вебкит доминирует, но все еще делит рынок

Как итог — нужен функционал, позволящий проводить поиск по 30 тысячам изображений, представленных в виде списка в объекте и подгружать на страницу в качестве результатов поиска. Как я представляю, имена из списка в объекте должны разбиваться на группы, чтобы работал множественный поиск, как по ссылке которую выше приводил. То есть, нужен множественный поиск и способность выводить результаты (со ссылками на изображения из той же локальной папки) частями.

Имел в виду: можно ли наладить на MySQL вышеизложенное. А насчёт "подключенного к html скрипта" речь была о ссылке на скрипт из тела html.

Например юзаешь мускул. Создаешь для каждого месяца отдельную таблицу. Т.е в таблице будут хранится картинки только на июнь месяца 2017, июль 2017 етк. И не, картинки а ссылки на них. Думаю ты понимаешь что картинки будут аналогично структурированы в папках. С помощью эскьюэль обращаешься по дате к нужной таблице и по переданным критериями забираешь дамп. С помощью сетевого протокола верхнего уровня передаешь сериализованный респонс, затем парсишь в штмл. Это если мы используем иксашэр, в народе аякс. Можно и серверным языком обойтись, но это не отменяет невозможности отрисовать браузеру сразу 30тыс. изображений, если запрос к базе без аргументов (не отфильтрован). А зачем? Есть давно придумали пагинацию, выводи первых 50 картинок на первой странице 51 - 100 на второй и т.д. Если хочется без пагинации, то пожалуйста то же выдумывать не надо. Аналогично при скролле получаешь из бд по 50 картинок и рисуешь подчищая дом дерево от старых картинок присваивая атрибуту стайл отступ от начало страницы равный высоте выборки.
Author | Caption | City | Link | Date
Rasy Summer in Minsk Belarus /images/6/2017/summer_in_minsk.jpg 6/2017

Андроидиы уже захватили все? :D

И зачем же плодить столько таблиц?