А большими проектами можно назвать интернет магазин или маркетплейс?Да, там где есть много сущностей, много связей между ними и достаточно сложные взаимодействия. Например тот же магазин имеет с пару десятков сущностей, с достаточно сложными отношениями - пользователи, роли, товары, свойства товаров, заказы, статусы обработки, фидбэк, статистика... и еще много чего.
Какие еще бывают большие проекты?Любые, от локальной CRM до соцсетей.
я понимаю, что даты хранятся неверным образом. ок, даже если я все переделаю так, что они будут записаны должным образом, но также списком. То как мне поможет оператор LIKE?Записаны должным образом это значит выведены в отдельные таблицы со связью один-ко-многим или многие-ко-многим, в зависимости от того как работает логика приложения, и вот тогда можно использовать between.
причем тут LIKE, если нужно сравнивать с диапазоном дат?При том, что в таблице у вас хранятся не даты, а строки (легко проверить - тип поля dates у вас скорее всего варчар или вообще текст). По этому работать с ними как с датами затруднительно.
вот щас для каждого поля будем ещё одно скрытое добавлять.Ну да, это как бы нормально. Так обходится необходимость перечисления всех полей в запросе, даже если пользователь не заполнил что-то ненужное. Стандартная фича вообще то, как раз для таких случаев.
А бэк-то и не догадается, то ли ему от юзера пришло, то ли дефолтное подставилось.Это... а какая разница?
Имхо логичнее на бэке уже разбираться, что пользователь вписал, а что пропустил и чем заменить.Ну да, зачем править верстку, тем более что она по стандартному шаблону выводится и вставить еще одно поле не проблема. Надо залезть в код, и перечислить все возможные поля, конечно же.
так придется дублировать, если будет много кнопок.Каких кнопок? Ты что, их рукам добавляешь?