добрый день, к сути вопроса,

есть приложение в нем регятся пользователи, пользователи могут создавать свои типы товаров, у каждого типа товара свои поля ну и соответственно можно заводить товары по созданным типам.

для реализации подобной задачи принято решение использовать паттерн EAV (Entity-Attribute-Value). или скорее антипаттерн

но для реализации подобной системы нужно будет извратиться

вообще я уже начал смотреть в сторону nosql но в целом идея следующая на mysql

суть такова для отдельного типа данных -числа строки текст дата , заводится своя отдельная таблица

пользователь заводит задачу(товарный шаблон) и указывает в нем поля, для каждого нового товара создается строка , она связывает задачу и занесенные данные

user
id | user

task
id | id_user | task_name

field
id| id_task| field_name | type_table

row
id |id_task

конкретный вид таблицы для хранения информации определенного вида
id_field | id_row | data


разумна ли подобная организация бд или есть более простое решение7

у нас может быть 10 000 пользователей, каждый пользователь может создать 1000 и более товарных шаблонов, ив каждом товарном шаблоне может быть неограниченное количество свойств для товара

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

но если база будет содержать 10000000 таблиц это не нормально или нет? или какое решение вы можете предложить?
общие свойства могут быть типа размер или цвет но они будут в кардинальном меньшинстве, поэтому затачивать функционал под них отдельно бессмысленно

так и какую реализацию задачи посоветуете?

блин ну ппц а решать нужно, есть более простое решение?

Akina
а смысл? яица в одну корзину

Arhat109

>А, ну ещё ... предоставление другому автору права на пользование товарным шаблоном неизбежно приведет к пропускам в >заполнении тех или иных значений ... что будете делать с недоопределенными значениями?

это можно обыграть запросом sql, или через php

>вот к примеру "л." - это "листов", "литров" или чего ишо? Требование писать только верно - приведет к извечному "а я так вижу!" и? >:)

определение типа измеряемой единицы в отдельной таблице

все это ничего, и решение на php можно разработать и прочие мелочи учесть. Смущает один момент -фактически создается новая бд из mysql и php, и я чувствую что это не верный подход, но как иначе решить задачу не знаю, задаю этот вопос на 3 форумах в итоге все по 0. Я не прошу за меня думать но хотя бы какую то наметку получить

Arhat109 , Akina спасибо большое

>Посмотрите в сторону Cache и Mumps ...

нужно почитать тему не закрывайте, думаю дискуссия продолжится после изучения материала

>Посмотрите в сторону Cache и Mumps ...

да что то уже более похожее на нужное решение, хоть и в стиле алгебры древнего египта

господа а что можете сказать о Redis ? может быть его лучше применить?