Почитайте про работу с файлами в php php.net/manual/ru/book.filesystem.php
Если хотите где-то хранить данные, но не ходите связываться с БД, создайте текстовой структурированный файл (csv, xml или json) и пишите в него
Набор
Типы_полей
Этап (Связан с Набор по Набор_ID)
Поля_в_этапах (Тип_поля_ID, Этап_ID)
Пользователи (Если ролей 2, админ/не админ, то достаточно битового поля, иначе нужна отдельная таблица ролей)
Результаты_заполнения (Поля_в_этапах_ID, Пользователь_ID)
Т е речь о реализации "с нуля" на php + mysql ? тогда создавайте таблицы типа users, fields, pages, stages и т д.
Вооружайтесь любимым фреймворком и пишите. Вряд ли на форуме кто-то за вас все проектирует
Да я бы не сказал, что дизайны шибко нестандартные, сложные и креативные. Наоборот, по большей части достаточно типовые, просто дизайнеры задают ширины колонок исходя из своих эстетичексих представлений, не подстраиваясь под сетку.
Об этом думают арт-директор и дизайнеры. Если сделать ширину колонки на 20-30 пикселей больше, чем в макете, чтобы вписаться в сетку, то это чревато скандалом.
Алексей, Сергей, спасибо за ответы.
Решил, что пока "потренируюсь на кошках" c Angular на своем тестовом сайте, а там уже решу, где и как его знание можно будет применить в реальных проектах.
Сергей, спасибо, что-то я сразу и не подумал, хотя и знал
Therapyx, в запросах я бы использовал весьма осторожно. Сильно сложная логика в результате выборки снижает производительность, особенно, если возвращается записей много.
Ну на первый вопрос я же так до конца ему и не ответил.
Позже погуглил. Есть подозрения, что имелось ввиду, что процедуру можно использовать для возврата табличного значения, но при этом вложив в нее дополнительную логику, помимо основного sql запроса, возвращающего выборку.
Если хотите где-то хранить данные, но не ходите связываться с БД, создайте текстовой структурированный файл (csv, xml или json) и пишите в него