Составьте таблички за меня

Доброго времени суток. Составьте кто нибудь за меня 2 таблички, я плохо разбираюсь в SQL

Первая с полями id_artist, artist_name, nambers
Вторая id_songs, id_artist, name_song, loads, file_url

Будет алфавитный указатель а б в и т.д. кликая на букву будет передаваться методом get буква с алфавита, далее по первой букве буду выбирать исполнителей из таблицы №1. Сформируется таблица исполнителей в виде ссылок. Можно будет выбрать нужного исполнителя и перейти по ссылке, ссылка будет содержать id_artist и по нему из таблицы №2 будут выбраны все композиции исполнителя.

Если есть другой способ как то реализовать похожую идею то с радостью выслушаю. В заранее спасибо

(Отредактировано автором: 30 Мая, 2012 - 12:32:17)

Самое важное - определить логику. Предполагаю, что Вам подойдет:
0. Предполагаемые сущности: исполнители (authors), композиции (tracks) и альбомы (albums)
1. Песня принадлежит одному или нескольким исполнителям
2. Песня может входить в один или несколько альбомов
3. Альбом содержит одну или несколько песен, исполнители которых, возможно, различаются.
затем, исходя из этого:
0. Создать таблицу "authors" (сущность - "исполнители")
1. Создать таблицу "tracks" (сущность - "композиции")
2. Создать таблицу "albums" (сущность "альбомы")
3. Создать таблицу-связку между исполнителями и песнями. Соотношение ∞:∞ ("многие ко многим" - одна песня - несколько исполнителей, у исполнителя так же может быть несколько песен)
4. Создать таблицу-связку между песнями и альбомами. Связь так же ∞:∞ (одна песня может входить в несколько альбомов)

Получится примерная структура:
authors(id, name, description)
tracks(id, name, description)
albums(id, name, description)
authors_tracks(author_id, track_id)
albums_tracks(album_id, track_id)

Если есть какие-то дополнительные требования, бизнес-логика будет изменена а так же и структура предполагаемой БД.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen а как будет выглядеть скрипт добавления материала? Получается он будет делать записи во все 4 таблицы

Смотря что Вы желаете добавить. Просто добавить композицию? Только запись в таблицу tracks. Аналогично для альбома и автора.
Если же у Вас происходит вставка данных, содержащих композицию, ее автора и альбома, то, разумеется, нужно будет добавить данные во все 4 таблицы, в случае, если требуемых данных там еще нет.
Однако возможны ситуации, когда добавляется новая композиция уже существующего автора (и, возможно, в существующий альбом) - тогда это будет только запись в таблицу композиций, таблицу-связку между авторами и композициями и в связку между композициями и альбомами.
Думаю, структура вполне проста, чтобы оперировать созданными там сущностями и связями. Более того, она достаточно легко расширяема (если, к примеру, появится новая сущность "жанр" и т.п.)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen можешь сделать таблицу и выложить дамп, у меня с SQL плохо

Запись и вывод у меня более менее получается чем само создание таблицы

fullzero
Так установите что-нибудь наподобие phpmyadmin, он позволяет оперировать созданием таблиц через графический интерфейс. Заодно и SQL изучите (так как готовый запрос он в конечном итоге отображает)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen Можно чисто академический вопрос
А разве не надо сделать еще и таблицу-связку между исполнителями и альбомами?
И если не надо то почему?

EuGen у меня стоит denwer, я зашёл в localhost/Tools/phpMyAdmin в нужную мне базу и создал таблицу. Далее совершенно теряюсь. Делаю таблицу authors(id, name, description)

Пугают вот эти поля
Тип, Длина/значения, По умолчанию, Сравнение, Атрибуты, Null, Индекс, AUTO_INCREMENT, Комментарии, MIME-тип, Преобразование, Параметры преобразований

В id я так понимаю надо AUTO_INCREMENT отметить а что с остальными делать ума не приложу, вот поэтому я и мучаюсь с созданием таблиц

tuareg
В приведенной схеме - не нужно, так как существуют, к примеру, всякого рода "Diamond Collection" - альбомы, в которые включены композиции различных исполнителей. И, таким образом, у альбома будет несколько исполнителей, которые появляются исходя из состава композиций. Таким образом, эта псевдосвязка уже заложена в схему - всегда можно (правда, путем объединения 3 таблиц) выбрать всех исполнителей конкретного альбома.
Дело другое, что может быть случай, когда идут частые запросы по связке "исполнитель-альбом". В этом случае можно ввести избыточность и создать предлагаемую связку, но контролировать целостность таких данных, разумеется, придется отдельно.
fullzero
Поставьте для всех id значение типа INT, длину поля 11, в "дополнительно" укажите "unsigned" и выставьте флаги "primary key" и "auto_increment"
для полей name установите значение типа VARCHAR, длину 255 и сравнение utf8_general_ci
для полей description - MEDIUMTEXT, сравнение utf8_general_ci
для полей, оканчивающихся на "_id" укажите просто тип INT, длину 11 и unsigned (флагов индексов не выставляйте)
- для начала, хватит.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen Спасибо большое понятно.

EuGen я родил, пока только одну

fullzero
Вполне нормально. (Написать весь SQL-дамп мне не составило бы и 5 минут, но там, где Вы сейчас потратите лишнее время, Вы сэкономите его потом в дальнейшем стократ на вопросах об SQL - да и само понимание придет быстрее). Рекомендую только Engine (движок хранения данных) использовать InnoDB в Вашем случае.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen а в чём разница в MYISAM и InnoDB?

fullzero
Разница существенна, для Вас же сейчас значение будет иметь то, что в InnoDB можно создавать внешние ключи (рано или поздно Вы дойдете до этого вопроса). Так что сейчас для Вас это скорее "задел на будущее".

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen я тут после ENGINE заметил что можно сравнение вконце поставить utf8_general_ci

В чём будет разница? Сравнение пойдёт на всю таблицу?