Имею контент.

Это треклисты к альбомам.

Вид такой.

Hello (название альбома)
наз.песни 1
назв. песни 2
назв. песни 3


Все это добро изначально получаю в виде индексированного массива.

Вот и думаю как лучше сложить в базу.

В итоге на страницу будет выводится 7 альбомов.

Поэтому никак не могу определится со структурой

Полагаю, что в любом случае, независимо от того, сколько текста я помещу в ячейку лучше иметь его там изначально в виде строковой перменной, нежели массива.

Поправьте, если не прав. )

вот варианты:


1 альбом -одна ячейка

все альбомы-одна ячейка

7альбомов -одна ячейка.

название альбома -одна ячейка, тело альбома другая ячейка




Также упомяну, что помимо вывода на страницу этих семи альбомов будут выводится и keywords, которые будут получены с помощью скрипта который проанализирует текст и выберет нужные ключевики. Т.к. операция дорогостоящая , то сделаю это на уровне забивания базы созданием еще одного поля keywords в базе, чтобы не использовать свою базу для пасринга, а заниматься только выводом ячеек.


Буду рад услышать полезные комментарии и советы ).









_____________
Работаю за еду ! __))
И за плюсики !

типа "массив" в MySQL не существует. Совет - создать отдельно таблицу для альбомов, в ней хранить названия и id альбомов, дополнительно делается связующая таблица, в которой одна запись - это id альбома и id что_у_тебя_там_еще (просто я не понял, с чем ты соотносишь альбомы, но это не суть важно)
Как-то так....

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

Я думал ограничиться такой архитектурой:

Две таблицы:
Имя исполнителя => Назавние альбома, Тело альбома

Связка id исполнителя будет = id_name во второй таблице.

т.е к примеру группа moderntalking id=1 если альбомов 10,
то и строк с id_name во второй таблице 10.




_____________
Работаю за еду ! __))
И за плюсики !

ты сам двумя последними своими строками ответил на свой же вопрос.. )))