а вот такой вопросик, как бы вы посоветовали ему делать для каждого фильма несколько жанров? в одно поле genre_id скажем заносить несколько ID через пробелы???а потом вынимать каким-нить explodeм ?
блин, а я в подобных ситауциях просто делаю implode всех значений в одно поле и мне кажется так более оптимально. Ты бы не мог более подробнее объяснить, чем твой способо лучше?
это не имеет смысла.
когда ты столкнёшься с проблемами своего способа - тогда всё поймёшь и без объяснений.
а до тех пор можно убить гору времени, но ничего тебе не объяснить.
Если так интересно - читай книжки про БД. Там всё написано
Фанат, прав. Читай книжки! Здесь у тебя в базе данных будет отношение многие-ко-многим. А для этого нужно использовать таблицу, как я называю, таблицу связи.
Автор оригинала: Фанат
это не имеет смысла.
когда ты столкнёшься с проблемами своего способа - тогда всё поймёшь и без объяснений.
а до тех пор можно убить гору времени, но ничего тебе не объяснить.
Если так интересно - читай книжки про БД. Там всё написано
ОК, буду юзать связанные таблицы, хотя честно говоря не раз юзал свой метод и не сталкивался с проблемами. Не мог бы ты хотя бы в кратце описать ситуацию при которой может возникнуть проблема?было бы очень интересно подумать на эту тему
fizot
А что тут думать...
Например, тебе нужно вывести все книги данного жанра... Для этого при связанных таблицах понадобиться всего один запрос, а при твоем подходе, еще и программой лопатить нужно будет (explodeм).
Анатолий
Если я правильно понял, Фанат как раз против таблицы связей, тоесть films_id | genre_id и соответственно против связи многие-ко-многим и предложил заменить связью один-ко-многим(один фильм в одной таблице много жанров в другой связанных с этим фильмом)
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
