подскажите список регулярок в запросах MySQL

Статус
В этой теме нельзя размещать новые ответы.
Только не делай схему как в первом посте по этой ссылке. Этот паттерн называется EAV и он антипаттерн.
Практически ни 1 слова не понял с Вашего сообщения
 
Схема с таблицей:
id
entity_id
entity_value_id
называется EAV ( Для просмотра ссылки Войди или Зарегистрируйся ) и она довольно большое зло, способное убить любой проект и имеющее мозги всем начиная от сисадминов и заканчивая разработчиками.

В общем, это старая, неудачная для SQL модель представления данных и ее лучше не использовать, если не хочешь потом переписывать фундаментально проект в случае его успешного развития.
 
Схема с таблицей:
id
entity_id
entity_value_id
называется EAV ( Для просмотра ссылки Войди или Зарегистрируйся ) и она довольно большое зло, способное убить любой проект и имеющее мозги всем начиная от сисадминов и заканчивая разработчиками.

В общем, это старая, неудачная для SQL модель представления данных и ее лучше не использовать, если не хочешь потом переписывать фундаментально проект в случае его успешного развития.
ок, если это не правильно, то как тогда правильно??.

Может книга есть толковая где все подробно расписано как правильно??
или поделитесь ссылкой где все толково расписано.

Заранее премного благодарен.
 
Это все теория реляционных баз данных, довольно большой массив занний, который надо постигать постепенно в реальных проектах, от малого к более сложному.

Для начала тебе будет вполне достаточно прочитать про нормализацию 3 формы и формы Бойса-Кодда (на хабре есть статья по 6 формам нормализации данных), ибо по сути в большинстве случаев применяются именно они.

Вторым пунктом - держись подальше от EAV

Третьим пунктом, большинство твоих отношений после нормализации будут вида "один - ко - многим" и "многие - ко - многим", можешь прочитать пару статей по работе именно с такими отношениями.

Еще бы посоветовал сильно не городить велосипедов, а взять какой-нибудь фреймворк популярный типа Yii2, Laravel, но не такое монструозное как Symfony. Там есть ORM, это объектное представление над БД, оно скрывает в себе много нюансов реализации и поможет сильно не зацикливаться сейчас на техникой, а решать бизнес задачи. Техника постигнется в процессе оптимизации работы.

 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху