Может ли кто-нибудь предложить хорошую структуру членства?Система членства
Например, пользователь платил за членство в течение месяца, начиная с версии 1.2.2012, заканчивая 1.3.2012.
Когда и где наилучший способ проверить, является ли пользователь еще членом или нет?
Пользователи ранжируются с номерами в базе данных (1-правильный 2-членный 3-модератор).
Возможно создание таблицы членства с датой начала и окончания и FK для пользователя.
зачем использовать дату окончания? Это повторяется. –
Поскольку ОП упомянул об этом при описании домена, у этих членов есть даты окончания. Спасибо за чувака-downvote - мы все знаем, что этот простой вопрос специфичен для реализации. Нам не стоит отвлекаться на детали реализации. (Как вы знаете, у него нет другого требования, которому нужна дата окончания?) – ybakos
Его не разумно использовать конечную дату. Что делать, если 1 месяц нужно расширить. Что, если 1 месяц останется навсегда. Вы заполняете свою базу данных ненужными данными. Вычисления одинаковы, но вы хотите сохранить данные, которые вы можете догадаться. Никогда не используйте повторяющиеся данные в своей базе данных! –
Не могли бы вы задать конкретный вопрос, с помощью способов оценки ответов? Можете ли вы показать, что вы пробовали раньше? Откуда мы знаем, что означает «хороший»? Каковы требования? –
Я просто хочу знать, когда лучший способ проверить, действительно ли дата действительна в отношении длины членства и изменения уровня от 2 до 1, если нет. Должен ли я делать это каждый вход? – John
Если статус участника подсчитан, вы, вероятно, не хотите его хранить в базе данных. Вычислите его и сохраните в сеансе. –