[X] Помощник

[Djadka]

Вот в ближайшем будущем есть в планах написать модуль для доски объявлений. Вопрос в том что много параметров там и есть вопрос к знающим, что делать с базой данных параметров там точно больше 50. Делать столько колон как то не рационально, сериализовать данные и запихивать по катеогориям, или всё таки что то ещё.    

[Alexander]

Я насчитал минимум 20 полей в таблице. Это не много и можно делать.

[Djadka]

http://www.ss.lv/ru/transport/cars/bmw/new-step-2/
Это общая картина

[Гость_AJIEKCAHDP_*]

Тоже интересует данный вопрос, проблема не в том как реализовать формы, проблема как хранить столько разных данных, в базе или же писать ДОМ?

[Djadka]

Мне тут пришлось сделать для одного инет магазина 350 полей динамически, конечно не скажу что это хорошо, но по другому я посчитал это не логичным. 30 - 40 полей норм, сделать отдельную таблицу и там хранить это всё.

[Гость_AJIEKCAHDP_*]

Вся байда начинается с того что формы мы создаём динамически, данные тоже распихиваем к приммеру в базу или куда то ещё, но потом сталкиваемся с проблемой манипуляции этих данных, например нам надо отсортировать данные по какому то критерию и тут тупик, так как надо выбирать все данные серелизованние с базы и с ПХП делать сортировку, а не в самой базе. Это ни есть гуд....

[Djadka]

Сериализовать надо если мы всё запихиываем в одну колонку, для экономии места, а если по полям то там просто запросы по критериям. Не очень прикольно исползовать сериализацию в таком случае, пхп может загнуться от обилия данных, что не есть хорошо

[Гость_AJIEKCAHDP_*]

Доска объявлений состоит из множества Объектов, я так понимаю родитель будет Объявление где мы уже наследуем от него Авто, Работа и Так далее, затем у Авто опять наследуем Легковое, Грузовое у каждого из объектов свои свойства и их большое множество, цвет, год выпуска, пробег и так далее, не ужели создавать таблицу Авто с кучей полей????????? Тут для каждого объекта таблиц уже будет прилично, да и в таблице по полей 10 как минимум. Посмотреть бы как написана доска объявлений и как реализованы там идеи вывода и храннения данных! Есть вообше какие нибудь идеи? Можно было бы и написать к Елеонору данную доску без проблем....

[Djadka]

Вообще лучше стоит делать таблицу обьявления и ней хранить уже айдишники других таблиц, таких как категории(АВТО, Комбайны ...) У категории может быть своя таблица, которую можно создавать динамически из админки, можно сделать это допилив класс контролов в Эли. Тем самым избавимся от того что у нас будет в одной таблице куча колонок. И будет более структурировано. Цвет год выпуска это всего лишь параметры у конкретной категории. Если для машин писать доску обьявлений нормальную. То я думаю, что такой вариант который описал выше будет универсален, но опять же надо динамически добовлять дополнительный поля из админ панели, что бы было удобно пользователям.

[Гость_AJIEKCAHDP_*]

Если динамически создавать к категориям и таблицы в базе и если взять туже СС.ЛВ доску, то в базе будет таблиц мама не горюй, как то мне это совсем не нравится.

Я пробывал делать по такой схеме не беря во внимание где будут храниться данные.

Создаём категорию объявления, к примеру Авто в который мы можем уже создавать под Категории
В базовом объявлении у нас будет Кто разместил-дата публикации-срок годности-текст объявления
А уже в подкатегориях наслетовать поля Кто разместил-дата публикации-срок годности-текст объявления и добавлять к каждой категории свои параметры
Здесь можно сделать таблицу и закидывать туда название параметра, значение и в какой категории данный парамметр будет находится

Как бы проблемы динамического создания категории и параметров + форм вывода для ввывода нет
Как распредилить параметры объявления для сохранения в бвзу, а затем быстрой выборки, здесь я в тупике! )))

[Djadka]

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