Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Вопрос о флаге активации для пользователя

Сообщения:  [1-10]    [11-20]  [21-21] 

 
 автор: cheops   (23.04.2010 в 16:25)   письмо автору
 
   для: Valick   (23.04.2010 в 15:34)
 

Ну если народу столько, то да, оправдано, если больше 200 человек не наберется, то можно не возиться. Собственно вы правы в том, что тут чем больше нормализация, тем лучше, удобнее и окупает все затраты при следующем росте системы. Другое дело, что для обслуживания этой лишней таблицы потребуется интерфейс, который не всегда нужен и может только путать администратора приложения.

  Ответить  
 
 автор: Valick   (23.04.2010 в 16:24)   письмо автору
 
   для: baston   (23.04.2010 в 16:13)
 

это абсолютно не принципиальная разница для логики
если бы у Вас статусу 1 соответствовал краткий пересказ 1 и 2 тома войны и мир, а статусу 2 соответственно 3 и 4 том, то да не вынести их в отдельную таблицу бы ло бы преступлением по отношению к MySQL :)
а так используя текст мы проиграем в размере (он станет больше) и даже скорости выборки по этому полю (правда этого мы можем и не заметить), но выиграем в простоте кода (и возможно в общей скорости запроса) тут уже нужны экперементы.

  Ответить  
 
 автор: baston   (23.04.2010 в 16:24)   письмо автору
 
   для: Valick   (23.04.2010 в 16:07)
 

Да, спасибо. Нашел информацию.

  Ответить  
 
 автор: baston   (23.04.2010 в 16:13)   письмо автору
 
   для: Valick   (23.04.2010 в 16:06)
 

Вот проясните здесь пожалуйста, какой тип поля вы имели в виду под status? У меня в этом столбце предполагалось иметь айди. Тогда можно действительно иметь массу статусов.
А в вашем варианте (как я понял) каждому айди пользователя будет соответствовать текстовое значение статуса?

  Ответить  
 
 автор: Valick   (23.04.2010 в 16:07)   письмо автору
 
   для: baston   (23.04.2010 в 16:05)
 

лучше + одна маленькая таблица, чем + одно большое поле ;)
просто погуглите на счет нормализации таблиц и баз данных даже просто прочитав об этом станет уже легче, ну а если в этом еще и разобраться, то жить станет гораздо легче :)

  Ответить  
 
 автор: Valick   (23.04.2010 в 16:06)   письмо автору
 
   для: baston   (23.04.2010 в 15:55)
 

можно просто id_user - status

  Ответить  
 
 автор: baston   (23.04.2010 в 16:05)   письмо автору
 
   для: Valick   (23.04.2010 в 15:59)
 

Логично хранить, как вы и предложили, в таблице-связке.
Тогда у меня БД уже разрастается таблицами...

  Ответить  
 
 автор: Valick   (23.04.2010 в 15:59)   письмо автору
 
   для: baston   (23.04.2010 в 15:50)
 

давайте теперь прикинем... у Вас есть юзер Вася, который проплатил статус голд, на радостях напился и сболтнул матом лишнее за что ему злой модератор впаял бан на три часа... где Вы будете хранить информацию о том, что до бана у него был статус голд, который по окончании бана не мешало бы восстановить?

  Ответить  
 
 автор: baston   (23.04.2010 в 15:55)   письмо автору
 
   для: Valick   (23.04.2010 в 15:34)
 

То есть, опять отдельная таблица связей: id_user - id_status?

  Ответить  
 
 автор: baston   (23.04.2010 в 15:50)   письмо автору
 
   для: Trianon   (23.04.2010 в 15:41)
 

В таблице users есть столбцы id_user, name, user_id_status.
Есть другая таблица - status со столбцами: id_status и name_status.
Для каждого конкретного пользвоателя в ячейке user_id_status будет содержаться значение из таблицы status, а конкретно - соответствующий id_status.

  Ответить  

Сообщения:  [1-10]    [11-20]  [21-21] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования