Django. Работа с данными из БД и отображение их в шаблоне?

У tuple нет имён у полей. Надо так:

{{ row[0] }}
<br>
{{ row[0] }}

Или так

{% for NameDocumentFull, QDNumSerial in resultQDList% }
{{ NameDocumentFull }}
<br>
{{ QDNumSerial }}
{% endfor %}

Как правильно хранить отметки «прочитано» для фидов?

> Как минимум звезданутое и прочитанное надо хранить в разных таблицах.
post_user_star(postid, userid) — вместо одного поля — таблица с двумя полями. Лишний join в основной запрос.

Как правильно хранить отметки «прочитано» для фидов?

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

Как правильно хранить отметки «прочитано» для фидов?

Можно не хранить. Тогда запрос выглядит вот так:

select
post_content
from posts
left(или right всегда их путаю) join post_user
inner join feeds on feeds.feedid = posts.feedid
where userid = :userid
  and post_user.postid is null
  and feeds.category = :category

ИМХО ужас. Хотя, если пользователи у вас почти не читают посты — сэкономите немного дискового пространства.

Как правильно хранить отметки «прочитано» для фидов?

select
post_content
from post_user
inner join posts
inner join feeds on feeds.feedid = posts.feedid
where userid = :userid
  and isread = False
  and feeds.category = :category

Признак прочтения записи в любом случае где-то хранить придется. И в любом случае 1000 постов * 1000 пользователей это миллион признаков.

jdbc - два запроса в одном соединении

В итоге, пршёл к решению забирать весь результат сразу.

import javax.sql.rowset.CachedRowSet;
PreparedStatement q1 = conn.prepareStatement("select * from Params");
CachedRowSet r1 = new CachedRowSetImpl();
r1.populate(q1.executeQuery());

PreparedStatement q2 = conn.prepareStatement("select * from Clients");
CachedRowSet r2 = new CachedRowSetImpl();

jdbc - два запроса в одном соединении

Тогда мы возвращаемся к началу: The result set is closed

PreparedStatement q1 = conn.prepareStatement("select * from Params");
PreparedStatement q2 = conn.prepareStatement("select * from Clients");
q1.execute();
ResultSet r1 = q1.getResultSet();
q2.execute();
ResultSet r2 = q2.getResultSet();
r1.next();//org.firebirdsql.jdbc.FBSQLException: The result set is closed
r1.getObject(1);
r2.next();
r2.getObject(1);

jdbc - два запроса в одном соединении

Спасибо, но результат не меняется.

PreparedStatement q1 = conn.prepareStatement("select * from params");
PreparedStatement q2 = conn.prepareStatement("select * from Clients");
ResultSet r1 = q1.getResultSet();
ResultSet r2 = q2.getResultSet();
r1.next();//Exception in thread "main" java.lang.NullPointerException
r1.getObject(1);
r2.next();
r2.getObject(1);

jdbc - два запроса в одном соединении

В Delphi я так делал лет 10 назад, ещё в InterBase 6. Драйвер JDBC для Firebird`да родной, как я понял. От авторов.

jdbc - два запроса в одном соединении

Насколько я понял, getResultSet() предназначен для обработки запроса в ответ на который может придти несколько объектов ResultSet и обычно он используется в паре с getMoreResults().
Попытка применить его в моём случае дала новую ошибку:

PreparedStatement q1 = conn.prepareStatement("select * from params");
PreparedStatement q2 = conn.prepareStatement("select * from Clients");
ResultSet r1 = q2.getResultSet();
ResultSet r2 = q2.getResultSet();
r1.next();//Exception in thread "main" java.lang.NullPointerException
r1.getObject(1);
r2.next();
r2.getObject(1);

jdbc - два запроса в одном соединении

conn.createStatement() просто создаёт Statement для не параметризированного запроса. Результат тот же.

Statement q1 = conn.createStatement();
ResultSet r1 = q1.executeQuery("select * from params");
Statement q2 = conn.createStatement();
ResultSet r2 = q2.executeQuery("select * from clients");
r1.next();//org.firebirdsql.jdbc.FBSQLException: The result set is closed
r1.getObject(1);
r2.next();
r2.getObject(1);

Хранимые процедуры хорошее место для инкапсуляции некоторой логики БД, которая не касается приложения напрямую.
> «результаты запроса могут и поместиться целиком в память». Это будет медленно и глючно, гарантирую
Я имел ввиду «могут и НЕ поместиться в память». Опечатка, извините.
Впрочем, большинство запросов в память помещаются. Подскажите тогда удобную реализацию fetchall для результатов запроса.

jdbc - два запроса в одном соединении

Я читал это. У меня как раз «been generated by different Statement objects» — два разных PreparedStatement. Потому и спрашиваю, что не работает.

jdbc - два запроса в одном соединении

JDBC не позволяет это из принципиальных соображений? В Delphi я свободно держал нужное мне число открытых запросов в одном соединении.

jdbc - два запроса в одном соединении

JDBC точно не позволяет сделать это? Далеко не все задачи уместно сводить к одному запросу, хранимые процедуры не лучшее место для бизнес логики, а результаты запроса могут и поместиться целиком в память. Хорошо знакомые мне PHP и Delphi позволяют работать с двумя (и более) запросами одновременно.