MS
Size: a a a
2020 June 02
2020 June 03
a
В сети нашел такой naming convention для foreign keys laravel
a
Практика показывает, что если отдать генерацию fk в таком стиле на откуп миграциям, то это быстро приводит к веселым ситуациям: неуникальности fk при попытке провести следующую миграцию
a
пришел к выводу, что fk лучше писать самому в стиле
насколько это правильно, мб есть идеи лучше?
table_name__foreign_table_column__fkнасколько это правильно, мб есть идеи лучше?
NK
пришел к выводу, что fk лучше писать самому в стиле
насколько это правильно, мб есть идеи лучше?
table_name__foreign_table_column__fkнасколько это правильно, мб есть идеи лучше?
я так же пишу, с префиксом fk_
NK
тут наверное имеется в виду имя коламна а не индекса
DS
тут наверное имеется в виду имя коламна а не индекса
+
a
тут наверное имеется в виду имя коламна а не индекса
да, точно, спасибо
a
я так же пишу, с префиксом fk_
насчет префикса fk_ - хз. В моем понимании множество fk говорит само за себя, что это fk и это уточнение можно перенести на последнее место. Это как с константами, например, ключей какой-либо структуры данных. Можно написать
Но по моему мнению удобнее читать такой вариант
хотя это и расходится с правилами англ. языка.
CAPACITY_MD_KEY
PRICE_MD_KEY
LAST_NAME_MD_KEY
Но по моему мнению удобнее читать такой вариант
MD_KEY_CAPACITY
MD_KEY_PRICE
MD_KEY_LAST_NAME
хотя это и расходится с правилами англ. языка.
a
Похоже, я сам себе запротиворечил.
NK
Похоже, я сам себе запротиворечил.
да я вот тоже никак не выведу логику :D
NK
FK_Employees_Projects пацаны рекомендуют всетки с префиксом