Съхраняването на вашите стойности за форум за потребители, които все още не са прочели темата (което е лоша идея), няма да бъде мащабируемо. Направете го обратно ако наистина трябва, тъй като ще имате и проблеми, свързани с добавянето на записи към всяка тема във вашата база данни при регистрация на нов потребител.
Вместо да се откажете от релационна таблица, опитайте да го направите по следния начин:
Table: topics
+----+-------+------+-----
| id | title | body | ...
+----+-------+------+-----
| 1 | xyz | .... | ...
Table: replies
+----+-------+------+-----
| id | title | body | ...
+----+-------+------+-----
| 3 | xyz | .... | ...
Table: read_topics
+---------+----------+
| user_id | topic_id |
+---------+----------+
| 2 | 1 |
Вашият подход, макар и възможен (и по-лесно за представяне), започва да се разпада, когато имате огромни количества потребители, а мащабируемостта е това, за което намекнахте в коментарите. Друг проблем тук е, че с вашия подход иматемасивно санкции за производителност, защото трябва да изтеглите данните от базата данни, да ги разделите и след това да манипулирате и комбинирате отново, преди да направите друга транзакция. Също така имате проблеми св която таблицата се записва от две CGI нишки едновременно . Забавлявайте се с това...
Използвате инструмент за манипулиране на данни, сортиране, връзки с данни и съхранение, така че го използвайте за всички тях, а не само като сметище за информация.