Организация отстойника

Здравствуйте! Помогите плз помыслить, как лучше организовать "отстойник новостей" на сайте.
Идея не нова, но в целом она такая:
Пользователь загружает новость, и она попадает в раздел "отстойник", "бездна","песочница ", кому как угодно, пока она ожидает модерации. Вот у меня вопрос, как лучше сделать... Добавлять все записи из песочницы к остальным, уже одобренным с дополнительным полем flag, где 0 означает - не проверено, а 1- означает одобрено. при этом, получается нужно в каждом запросе на всех модулях и страницах сайта прописывать условие при выборке вроде "WHERE flag=1". Мне кажется не удобно.
Вариант добавлять все новости в отдельную таблицу, но правильно ли это???
Может есть еще интересные варианты??? Как это делают остальные???

если делать отдельной таблицей то могут возникнуть проблемы с будущими изменениями
например что если понадобится еще парочка состояний
если нет то делай как хочешь

Так и будет правильно.
Только не int'ом, а хотя бы enum'ом - читать проще, чем вспоминать, что какое значение значит, если их будет внезапно больше одного.


Создайте view с этим условием. И затем обращайтесь к этой вьюшке, когда нужны только одобренные новости.

-----
PostgreSQL DBA

Это еще цветочки...
А так посоветовать могу следующее: если у Вас в коде php много мест с одной и той же выборкой, то лучше сделать выборку из вьюхи, и потом исправлять вьюху - так будет быстрее, чем "шерстить" весь код на php.
Обе Ваши реализации имеют место быть - как и с отдельной таблицей, так и с вставкой в одну таблицу. Далее следует определиться:
Разграничение таблиц имеет смысл в том случае
1) когда мы хотим ограничить внешние ключи, ссылающиеся (или которые будут ссылаться) на таблицу.
2) или когда хранимые данные в таблицах в будущем будут различаться по полям


Сбор данных в одну таблицу имеет смысл:
1) если все данные по полям не особо различаются,
2) если есть дочерняя таблица с внешними ключами на эту. Реализовать дочернюю таблицу с внешними ключами на две и более таблиц - можно, несложно, но муторно и некрасиво.

Я бы рекомендовал второй вариант - хранить все в одной таблице. По мере развития приложения решение о разграничении таблицы на две раздельные само придет в голову, когда будет в этом необходимость

Спасибо всем! Наверное, как и посоветовали, воспользуюсь вариантом с одной таблицей, флагом и попробую поискать литературу по view, если у кого-то есть под рукой ссылочка на хроший мануал - буду очень благодарен
П.С. Кнопочки спасибо не могу жмякать из-за недостатка сообщений

(Отредактировано автором: 27 Марта, 2014 - 11:34:01)

Почитал про view, И если я правильно понял, то на данном этапе, когда я решу создать представления, мне все равно нужно будет изменить все запросы к базе, но зато потом уже будет проще? Правильно?