Почти в любой БД есть библиотеки для работы с XML файлами. Пишете процедуру, передаете ей xml в качестве аргумента и парсите внутри процедуры как вашей душе угодно.
SwoDs, владельцы девайсов - это люди, скачавшие приложение-меню и использующие его со своих смарт-устройств. Сейчас у каждого человека есть доступ в интернет и смартфон.
А можно вопрос: планшеты с меню - это в дополнение к официантам или вместо них? Если вместо них, то насколько экономичнее это будет? Что-то мне подсказывает, что не очень. Или вы будете экономить на "железе"?
Если в дополнение к официантам, то не проще ли будет запилить приложение ресторана, доступное в appStore и заказ через него будет давать, скажем, 5%. Зачем переживать за сохранность своих девайсов, если все переживания можно повесить на плечи владельцев устройств?
Александр Фадеев, рад за вас) На самом деле можно (и даже скорее нужно, для понимания) создать дополнительный столбец в запросе и сортировать по нему, но для краткости я написал сразу в сортировку. Должно работать и так, и так)
Koreetz Koreetz, да также, через CSS) рисуете стрелки, делаете их абсолютными относительно родителя, z-ndexите и размещаете где нужно... Просто вбейте в гугл "create slider css html", найдите реализацию, которая вас устроит, и переделайте под себя. Делов максимум на час. Уверен, что опытные верстальщики справятся минут за десять.
На первый беглый взгляд больших ошибок в самом теле запроса нет. Нужно смотреть индексы на таблицах, ну и менять left join на inner join там, где это возможно. Если такой запрос начинает "тормозить" на жалких 50к записей, то вероятнее всего дело в неверно составленных (или отсутствующих) индексах по оперируемым полям.
Александр Синицын, только в план выполнения запроса гляньте. Не уверен, что оптимально использовать сортировку именно так. Гораздо логичнее сделать поле и сортировать по нему, но я думаю, что внутренний компилятор запросов SQL так этот запрос и обработает)