Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
Вот допустим у нас есть объект фильм. Он имеет имя, некоторые другие обычные свойства (дата выхода, длительность), а так же он имеет несколько актёров, и к тому же фильм может быть сразу в нескольких жанрах. один фильм - много актёров. один актёр - много фильмов. один фильм - много жарнов. один жанр - много фильмов. Получаеться нужно создать что то вроде: films(id,name), genres(id,name), actors(id,name); films_genres(id,fid,gid), films_actors(id,fid,aid); Но если делать всё по такому принципу как можно выбрать информацию о допусти 10 первых фильмов (в алфавитном порядке), и информацию о них какие актёры в них играли и какие жанры исполняли? У меня получаеться выбирать что то вроде: фильм1/жанр1/актёр1 фильм1/жанр1/актёр2 фильм1/жанр2/актёр1 фильм1/жанр2/актёр2 фильм2/жанр3/актёр1 ... и тд. Тоесть получаеться данные скрешиваються, и чем больше жанров у одного фильма, или чем больше актёров у фильма, тем сложнее и непонятнее это всё выводиться. Тоесть каждая отдельная строка не несёт законченной информации о нужном фильме :( А если ещё одно/два поля многие ко многим? То это будет ещё большей чушью, и ещё сложнее будет приводить результат к нормальному виду? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2005, 17:05 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
Как выглядит "нормальный вид" в данном контексте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2005, 17:12 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
фильм1/актёр1,актёр2,...,актёрN/жанр1,жанр2,...,жанрN/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2005, 17:24 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
Nerianфильм1/актёр1,актёр2,...,актёрN/жанр1,жанр2,...,жанрN/ Слегка помучившись, сможете получить "нормальный" вид из той схемы данных, которую Вы описали - многие-ко-многим через ассоциативные таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2005, 17:45 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2005, 07:11 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
NerianА если ещё одно/два поля многие ко многим? То это будет ещё большей чушью, и ещё сложнее будет приводить результат к нормальному виду? В чем сложность реализовать то, что говорит рпорп?? Таблицы: films(id, name) actors(id, name) genres(id, name) filmactor(film_id, actors_id) filmgenre(film_id, genre_id) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2005, 11:10 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
Valentyn PidburtnyiВ чем сложность реализовать то, что говорит рпорп?? Таблицы: films(id, name) actors(id, name) genres(id, name) filmactor(film_id, actors_id) filmgenre(film_id, genre_id) Рпорп не говорит о сложности. Рпорп говорит, что автору придется слегка помучиться, чтобы получить представление, которое нужно автору из предложенной им (и Вами) схемы данных - сложение строк, чтобы получилось не фильм1жанр1актёр1фильм1жанр1актёр2фильм1жанр2актёр1фильм1жанр2актёр2фильм2жанр3актёр1 а фильмактерыжанрыфильм1актёр1,актёр2,...,актёрNжанр1,жанр2,...,жанрN ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2005, 11:31 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
рпорпРпорп не говорит о сложности. Рпорп говорит, что автору придется слегка помучиться, чтобы получить представление Дык, это уже зависит от СУБД. Где-то будет просто на сиквеле это сделать, где-то сложно. Во втором случае лучше передать право собирания строки клиенту... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2005, 13:07 |
|
||
|
Как правильно хранить данные (опять многие ко многим)
|
|||
|---|---|---|---|
|
#18+
Valentyn PidburtnyiДык, это уже зависит от СУБД. Где-то будет просто на сиквеле это сделать, где-то сложно. Во втором случае лучше передать право собирания строки клиенту... Рпорп не может не согласиться. Скорее нормализованный подход будет лучше, чем хранить в одной таблице типа Фильм Актеры ЖанрыЧужой совсем не против хищника А.Шварцнеггер; С. Уивер Эротика; триллер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2005, 13:42 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33346468&tid=1545590]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
88ms |
get topic data: |
12ms |
get forum data: |
4ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 442ms |

| 0 / 0 |
