две таблицы:
Фильмы(ид_фильма, название, категория, длительность)
Билеты(ид_фильма, место, стоимость)
В таблице Фильм ид_фильма должно быть primary key или autoincrment?
В таблице билеты ид_фильма чем должно быть чтоб оно было одиноковым с полем в таблице фильмы.
Спустя 2 часа, 36 минут, 56 секунд (29.04.2008 - 09:51) Пыхтящий написал(а):
читайте в мане что такое primary key и autoincrement
но тут Вам надо 3 таблицы
фильмы, билеты и таблица связок id_фильма — id_билета
но тут Вам надо 3 таблицы
фильмы, билеты и таблица связок id_фильма — id_билета
Спустя 1 час, 39 минут, 17 секунд (29.04.2008 - 11:30) LoneCat написал(а):
Не, можно вполне обойтись двумя таблицами
Первая (таблица фильмов):
ид_фильма - PRIMARY KEY
название, категория, длительность - обычные поля
Вторая - таблица билетов:
(ид_фильма, место) - PRIMARY KEY - иже составной ключ из двух полей, двумя задницами-же на одно место не сядешь
соот-но на одно место одного фильма будет приходицца только одна запись
стоимость - обычное поле
Как проиндексировать? Тут зависит от того по каким полям будет происходить сортировка содержимого таблиц, если вкратце и по простому - индексировать нужно те поля, которые участвуют в условиях поиска, иже в WHERE, GROUP, ORDER, если ты будешь сортировать билеты по цене, посреством ORDER BY стоимость - то на это поле желательно поставить индекс.
Первая (таблица фильмов):
ид_фильма - PRIMARY KEY
название, категория, длительность - обычные поля
Вторая - таблица билетов:
(ид_фильма, место) - PRIMARY KEY - иже составной ключ из двух полей, двумя задницами-же на одно место не сядешь
соот-но на одно место одного фильма будет приходицца только одна записьстоимость - обычное поле
Как проиндексировать? Тут зависит от того по каким полям будет происходить сортировка содержимого таблиц, если вкратце и по простому - индексировать нужно те поля, которые участвуют в условиях поиска, иже в WHERE, GROUP, ORDER, если ты будешь сортировать билеты по цене, посреством ORDER BY стоимость - то на это поле желательно поставить индекс.
Спустя 19 часов, 18 минут, 15 секунд (30.04.2008 - 06:48) student написал(а):
А почему в MySQL нет FOREIGN KEY, разве можно FOREIGN KEY заменить PRIMARY KEY это будет правильно работать т.е (фильмы.ид_фильма = билеты.ид_фильма)
или придется использовать sql запросы чтоб они были равны?
или придется использовать sql запросы чтоб они были равны?
Спустя 2 дня, 7 часов, 20 минут, 42 секунды (2.05.2008 - 14:09) Ghost написал(а):
во-первых FOREIGN KEY в мускле есть, только не для всех типов таблиц он поддерживается. тя интересуют INNO DB.
во-вторых естественно FOREIGN KEY и примари - абсолютно разные вещи.
во-вторых естественно FOREIGN KEY и примари - абсолютно разные вещи.
_____________