stfed: это не ебаный стыд это ебаный пиздец, добавляйте таблицу dataset_fields с полями id, field_name, мб еще units сюда если надо. еще таблицу dataset_items_fields_values с полями id, dataset_item_id, dataset_field_id, value. из dataset_list алиас и капшн ваще убрать, у вас же единицы изменерения принадлежат параметрам а не спискам параметров. и что еще за псевдонимы)))
еще хочу сказать. catalog_id ссылка на таблицу dataset_list - как вы через пол года собираетесь до этого догадаться? или другой программист, да он вас проклянет. тут либо поле должно называться dataset_list_id, либо таблица catalogs. да и в первом случает не dataset_list а dataset_lists
сядьте с бумагой. рисуйте свои таблицы и связи. а потом упрощайте до упора и переименовывайте в нормальные названия. название должно быть понятно случайному прохожему а не только вам
teotlu: я просто ответил как он собирается сохранять)) я даже не знаю собирается ли он. может это просто прога для медитаций, зашел кролика покрутил, успокоился и дальше работать
FanatPHP: а если объект на принципиальном уровне работает только с заданными данными с самого начала? только с ними и никак без них, если он вообще не имеет права тусоваться без данных. почему нельзя их присвоить в момент создания, чтобы не писать лишнюю строку после создавания. тем более если единственное назначение объекта это быть контейнером для данных и методов для операций с ними. короче напиши ответ или не выебывайся типа ты все знаешь а все тут недостойные мудаки
FanatPHP: так может нам всем выйти а ты тут сам посидишь?
да стормозил сессия сама его сложит и разложит. но а если ты сам класс или интерфейсы/вызовы к нему поменял наживую несовместимо с тем что у юзеров в их сессиях уже лежит? всех сбрасывать? чекать/обновлять?
FanatPHP: кстати хранить объект в сессии не всегда прокатывает. а вдруг у тебя сам класс изменится при сохранении структуры данных, с которыми работает. это придется же его везде там где он хранится пересохранять. да и как хранить сералайзом чтоли? хз он мне никогда не нравился. джйсон енкод упадет если хотябы одно свойство окажется ссылкой на объект. для себя я решил данные хранить массивами, только не придумал более пацанской методики чем присвоение вручную. либо другой способ использую это тот же самый массив с данными хранится в одном свойстве, а методы объекта с ним работают. единственный минус что свойств как таковых нет и весь доступ только через методы, что не особо то и минус. вообще не припомню места где бы менял какие то паблик свойства напрямую
Посторонним В.: меня тоже это интересует. я делал что при конструкте или отдельным методом переданный массив вручную присваивается свойствам типа такого gyazo.com/41c3d3ea3398fa4705ea57b91a33a3fd. можно и в цикле пройтись но тогда надо левые значения отсеивать если есть
еще хочу сказать. catalog_id ссылка на таблицу dataset_list - как вы через пол года собираетесь до этого догадаться? или другой программист, да он вас проклянет. тут либо поле должно называться dataset_list_id, либо таблица catalogs. да и в первом случает не dataset_list а dataset_lists
сядьте с бумагой. рисуйте свои таблицы и связи. а потом упрощайте до упора и переименовывайте в нормальные названия. название должно быть понятно случайному прохожему а не только вам