передача параметра из БД между скриптами

Есть блок вывода новостей. Для каждой новости есть кнопочка для перехода к полной новости. У меня дилемма, откуда правильно,лучше получать эту самую полную новость.
У меня навскидку варианты:

1. Передавать по клику кнопки через GET 'id' конкретной новости. делать запрос в БД по id, затем выводить полученную из БД новость на отдельной страничке, куда передавали id.

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

3. Вариация второго варианта - только передавать полную новость не через сессионную переменную, а через POST форму в скрытом поле передавать полную новость из изначального запроса, который был выполнен для вывода списка всех новостей на страничку конкретной новости.

первый вариант.
Он хорош тем, что по данному урлу будет доступна только одна новость.
В сессии эти данные нельзя хранить. Если ты откроешь в одной вкладке одну новость, потом в другой - другую, потом обновишь первую, то там будет отображаться вторая новость => Нелогичное поведение.

Сколько новостей, столько и переменных можно установить
(Добавление)
Первый вариант я и поставил первым, т.к. мне больше нравится.

Только первый вариант.
Если поток запросов к новости становится существенным... Да просто поставить nginx+memcache (или с редисом) с полностраничным кэшированием для неавторизованных пользователей и всё. Надо быть очень известным сми, чтобы этой связки не хватило. А когда не хватает - они и масштабируются легко.
Ладно, если у вас проблема именно с чтением БД - ставится redis или мемкеш, и часто запрашиваемые данные сперва ищутся там.

Хранить в сессии - только раздувать объём сессии. Больше никакого профита нет.
Передавать постом - бедные пользователи, получить на странице вместо пары десятков аннотаций все полные тексты этих двух десятков новостей. Плюс XSS.
Оба этих способа ладно если бы просто нелогичны - на них нельзя дать ссылку.

-----
PostgreSQL DBA

ОК. Спасибо.