Я задаю приложение, в котором есть пользователи, которые могут писать разные сообщения (текст, файл и т. Д.). Чтобы эти сообщения стали видимыми для других пользователей, должен быть администратор, который будет проверять правильность содержимого сообщения и даст разрешение на публикацию сообщения. Я использую реляционную базу данных. Каков наилучший способ создания базы данных для поддержки этой функции?Дизайн базы данных для роли администратора
0
A
ответ
1
Вы должны создавать записи таблицы, имеющие status_flag (значение 0 и 1) колонку.
Если кто-то его разместил, сохраните статус 0 по умолчанию. Когда Администратор утверждает его, изменить статус 1.
Так одной таблицы будет достаточно все ваши потребности, вам не нужно создавать зависимость от таблиц в результате в более высокую производительность.
0
Как сказал Мохсен, столбец status_flag
будет работать. Я бы также добавил внешний ключ в таблице posts
, который ссылается на Id модератора. Таким образом, вы можете отслеживать, кто одобрил каждое сообщение. Кроме того, вам может понадобиться третий столбец, временная метка date_approved
для большего удобства отслеживания.
Смежные вопросы
- 1. Дизайн базы данных для внутренней системы чата администратора
- 2. Дизайн базы данных для фильтрации базы данных
- 3. Дизайн базы данных для голосования
- 4. дизайн базы данных для пользователей
- 5. Дизайн базы данных для футбола
- 6. Дизайн базы данных для изображений
- 7. Дизайн базы данных для музыки
- 8. Дизайн базы данных для адресов
- 9. Дизайн базы данных для анкеты
- 10. Дизайн базы данных для генериков
- 11. дизайн базы данных для кинофильмов
- 12. Дизайн базы данных для эффективности
- 13. Дизайн базы данных для изображений
- 14. Дизайн базы данных для группировки
- 15. Дизайн базы данных для напитков
- 16. Привилегии базы данных и роли
- 17. «Переименование» роли базы данных
- 18. Дизайн базы данных для учетных записей пользователей
- 19. Дизайн таблицы базы данных
- 20. Базовый дизайн базы данных
- 21. Расписание - дизайн базы данных
- 22. Дизайн базы данных Django
- 23. Правильный дизайн базы данных для больших данных
- 24. Дизайн базы данных для иерархических данных
- 25. Дизайн базы данных для оценки данных журнала
- 26. Дизайн базы данных для суммированных данных
- 27. Дизайн базы данных
- 28. Дизайн базы данных анкеты?
- 29. Дизайн базы данных
- 30. динамический дизайн базы данных?
Вы можете иметь статус на почте (предварительный, одобренный), или вы можете иметь отдельные предварительные сообщения и таблицы утвержденных сообщений. –
или отдельные сообщения и таблицы утвержденных должностей, или отдельные должности и таблицы предварительных сообщений. – philipxy