P
Та не, норм же все, id is integer
Size: a a a
2019 December 14
🎃
Да, прикольно. Текст en не в кавычках
в логах заменяется без учёта sql
AA
Нет, это был патч, раньше sql строился типа так "id" = "1"
АВ
Всем привет, подскажите, как лучше именовать pivot таблицы, когда у меня много всяких разных моделей. Например, PostCategory, ProductCategory, PartCategory ?
нc
Всем привет, подскажите, как лучше именовать pivot таблицы, когда у меня много всяких разных моделей. Например, PostCategory, ProductCategory, PartCategory ?
у Ларавел есть опредлеенный стайлгайд по неймингу. Если кратко - по алфавиту по в един. чисте
нc
т.е. у тебя это будет
category_post. Ну еще смотри, где-то у тебя будут именно pivot таблицы, а где-то отдельная живая сущностьАВ
т.е. у тебя это будет
category_post. Ну еще смотри, где-то у тебя будут именно pivot таблицы, а где-то отдельная живая сущностьВот по этому вопрос собственно и возник, стайлгайд по неймингу смотрел, но когда у меня много сущностей, начинается загвозка. У меня есть сущности: post_categories, part_categories
VS
есть модель products, variant
если products.type == 2, нужно подтянуть вариант, если другое значение не подтягивать
with,load но условие должно стоять на products, а не на variant
если products.type == 2, нужно подтянуть вариант, если другое значение не подтягивать
with,load но условие должно стоять на products, а не на variant
как по умному это провернуть, а не делать овер900 запросов пустых, ведь далеко на каждый products.type ==2?АВ
т.е. у тебя это будет
category_post. Ну еще смотри, где-то у тебя будут именно pivot таблицы, а где-то отдельная живая сущность
или придется делать так?
нc
Вот по этому вопрос собственно и возник, стайлгайд по неймингу смотрел, но когда у меня много сущностей, начинается загвозка. У меня есть сущности: post_categories, part_categories
если у тебя одна категория может иметь разный контент, то думаю имеет смысл создать одну таблицу в которой у тебя будет разный контент, полиморфная связь m2m наверное
нc
ларавел берет имена моделей и из них генерирует название таблицы
АВ
если у тебя одна категория может иметь разный контент, то думаю имеет смысл создать одну таблицу в которой у тебя будет разный контент, полиморфная связь m2m наверное
Я хочу использовать отдельные таблицы, для разных сущностей
нc
если у тебя какой-то кастом, то нужно связь вручную описывать
нc
Если отдельные таблицы, то просто создаешь отдельные таблицы
нc
В связи опишешь просто
return $this->belongsToMany(Category::class); дальше фреймворк будет сам искать таблицу с названием category_post и ключинc
Бывает ситуация, когда у тебя связующая таблица что-то отражает. Например связь частного лица и организации, таблица
person_enterprise вряд ли о чем-то скажет, а если она будет называться customers, employees, то это лучшеAA
#2 Illuminate\Database\QueryException: SQLSTATE[22P02]: Invalid text representation: 7 ERROR: invalid input syntax for integer: "en" (SQL: select * from "chapters" where "id" = en limit 1)у тебя pgsql да?
АВ
В связи опишешь просто
return $this->belongsToMany(Category::class); дальше фреймворк будет сам искать таблицу с названием category_post и ключиЭто в классическом варианте, а если у меня есть Post и PostCategory и Product и ProductCategory? то в таком варианте как лучше сделать?
E
Ребят, на роут присылают image в base64 строке, как эту картинку прикрепить к email?
нc
у тебя pgsql да?
да, постгрес