Dmitry Bay

!!!! Проверьте, есть ли у вас sql уязвимости. так как LIMIT '.$startPos.', '.$perpage.' - очень плохой код, и если туда приходят не числа - это крайне плохо.

Теги могут повторяться, поэтому, чтобы не дергать лишний раз, основным запросом вы получаете ИД статей текущей страницы. А вторым запросом получаете всю нужную информацию о тегах на текущей странице.

Что-то мне кажется у вас в базе не так на этапе проектировки. На вид приходит только ладдерная лестница.

Можно сделать несколько запросов думаю.
Первым вытащить PK вашей записи, так как имя - так себе первичный ключ.

select id,name, value from {table} where name = "";

Берем поле value от этой таблицы с помощью php.

Делаем запрос на базу, в зависимости от сортировки, ставим < или >

select count (id) from {table} where value<{value_from_first}

можно конечно в один запрос запихнуть, но вам сложнее для понимания будет.
select count (id) from {table} where value<(select value from {table} where name = "")

Заметьте, что вы получите не точные результаты если будут одинаковые value у той записи, которую нужно получить.

Вот вам структура, которой я пользуюсь.

post
id | title

tag
id | title

post_tag , где связка и является PK
post_id | tag_id

Вставку тегов можно через Select2 сделать

order by desc , затем - php.net/manual/ru/function.array-reverse.php (это для php)

ну либо если чистый sql:
select * from ('оригинальный sql запрос') order by

Вопрос обширный очень. Если кратко, то вот вам несколько пунктов подумать:
1) если доступ нужен к каждой отдельной строчке интерактивный, то смотрите в сторону ajax запросов.
2) структура, будь то ajax запросы, пусть просто целый POST, у input будет name="[{id_elemnt}] price" , и на post, вы можете как отдельный эдемент обрабатывать, так и несколько перебором.
3) в tr добавьте аттрибут - data-id, чтобы проще ориентировать в строчках было.
4) Максимальный размер POST запроса. изучите вопрос. так как мне раз 5 точно попадалась задача решать такую недоработку от разработчиков.

Интересный вопрос.

Вы смотрели варианты международных сервисов? Airbnb / booking думаю лучше всего подойдут для вашей задачи.
Посмотрите как они интегрируются с адресами.

У вас есть два абсолютно разных варианта подхода к архитектуре.
1) Использовать базу даных адресов всего мира. Она большая, у каждой страны есть разные правила составления адреса. Район, Подрайон и тд. Т.е. адаптировать все равно придется.
+ возможно вам придется использовать платную базу, и тут будут вопросы.

2) Подход, с использованием сервисов гугл. Он платный, но решает проблему по разработке и поддержке базы.
К примеру, при заполнении адреса, вы вводите адрес любый человеческим способом, а гугл карты сами редактируют и форматируют адрес по тем правилам, что вам нужны.
Обратите внимание на GIS типы данных , такие как POINT.

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

через АПИ мы запрашиваем многоугольник зоны, и уже ищем на нашем сайте.

Ну а по кол-ву текста вы можете понять, какой вариант интересней и проще.

Привыкните, если у вас единовременная задача - выполнять ее топором. Вот правда. Смысл придумать красивый скрипт, если можно взять и перебором перебрать. И фиг что скрипт будет работать 10 минут (хотя по факту за минуту справится.)

В любом случае советую добавить поле parent_id, и не записывать цифры в parent и манипулировать этим полем. Не всегда решение должно, может быть элегантным.

Алгоритм 1)
Вытаскивать по одному ид (если 1 постоянный список), и выполнять запрос на update:
"update users set parent_id=3 where Parent=Grisha "

Алгоритм 2)
Добавляем поле is_read временное, где дефолтом ставим 0
Можно временно добавить метку чтения, тогда запрос выйдет быстрее
и точно также перебираем.

Алгоритм 3)
Если вы уже неплохо разбираетесь в mysql запросах:
UPDATE users i INNER JOIN
users o
ON i.name = o.parent
SET o.parent_id = i.id

"select * from users where age=18"

дальше перебором на php - foreach () составляете новый массив.