Небольшая неточность, скорее так form["age[some]"]
Спасибо, работает
Неа, к директориям не пускает.
Вообще считаю, неправильно называть директиву <files, <FilesMatch и распространять её действие на директории, сделали бы <dirs, <dirsMatch для этого 🙄
netwind, вобщем и я склоняюсь к такой схеме. Turtle_Fly, предложил интересное решение с созданием таблицы типов данных, но в ней нельзя реализовать возможность создания внешних ключей для групп пользователей и в ней могут существовать избыточные поля данных.
Насчёт ОRM полностью согласен, ненужное (в большинстве случаев) насилие над сервером! ;)
Хорошо, предметная область - пример этого топика. Как бы Вы хранили данные? Создавали для каждой группы пользователей отдельную таблицу или как?
netwind, а как бы Вы реализовали наследование в MySQL?
Turtle_Fly, я пока не вникал в тонкости работы БД, но одно могу сказать точно, что если бы разница в типах данных составляла всего "1 лишний байт", то наврядли бы создатели заморачивались на типах данных. ;)
T.R.O.N, не могу выходить за рамки одной БД (хранить данные в файлах), а движок BDB в MySQL уже не поддерживается.
Выделяем память на 65535 символов, а заполняем только 2-3!?
Turtle_Fly, слова ДА или НЕТ или любое другое слово предлагаете хранить в поле text? :)
T.R.O.N, большое количество (10-100к). Что это за способы?
Turtle_Fly,
Интересная схема, спасибо, попробую реализовать. Но уже понятно, что если использовать только основные 17 типов данных, то при вставке одной записи в таблицу данных будет заполнено только одно поле, остальные 16 будут NULL, что не совсем рационально.
greyhard, у Вас поле value будет одного типа, а данные разных.
