VY
Подставляю какими хорошими словами будут вспоминать тебя те, кто будет поддерживать после тебя этот проект...
Мне привычно именование таблиц/полей:
user.user_id
user.user_name
и т.п. не вижу смысла в этом "s" в конце.
Size: a a a
2020 August 03
ЕК
Правила английского, во множественном числе -s/es, ну и пачка исключений, тебе не надо видеть смысл.
ЕК
Впрочем, с другими таблицами тебе достаточно будет protected $table = '', но всё равно вопрос остаётся открытым)
T
А нахера?
есть, допустим, две таблицы пользователь и книга у каждой книги есть пользователь который ее загрузил.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
ЕК
есть, допустим, две таблицы пользователь и книга у каждой книги есть пользователь который ее загрузил.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
А теперь осознай, что у тебя таблица называется "Пользователь", хотя в ней хранится не один пользователь
ЕК
есть, допустим, две таблицы пользователь и книга у каждой книги есть пользователь который ее загрузил.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
у меня это выглядит так таблица 1 user.user_id таблица 2 book.book_id book.user_id все понятно сразу, в том числе и в скьюл запросах, если там и там есть просто поле ид то начинается идиотизм с одинаковыми полями.
user.user_id вместо users.id?
T
user.user_id вместо users.id?
зачем? я работаю со статистикой и объединениями многих таблиц, мне придется таскать за собой название таблицы в каждой дырке чтобы не запутаться
T
user.user_id вместо users.id?
у меня будут поля связанные внешними ключами с разными названиям, зачем это?
ЕК
у меня будут поля связанные внешними ключами с разными названиям, зачем это?
Затем, что это, ну, де-факто, корпоративный стандарт уже?)
И не только в php?
И не только в php?
ЕК
Если всем вокруг удобно, а тебе неудобно, мб, ну, повод задуматься?)
T
Затем, что это, ну, де-факто, корпоративный стандарт уже?)
И не только в php?
И не только в php?
если внимательно почитать англоязычные форумы то по этому поводу огромное количество холивара
T
Если всем вокруг удобно, а тебе неудобно, мб, ну, повод задуматься?)
очень много кому неудобно, к счастью)
️V
Да ладно вам, пристали к челу.
Вот лучше посмотрите на миграцию довольно популярной библиотеки для телеграм ботов. После такого я уже ничему не удивляюсь =)
Вот лучше посмотрите на миграцию довольно популярной библиотеки для телеграм ботов. После такого я уже ничему не удивляюсь =)
T
в общем это бессмысленный спор, да я хочу чтобы можно было спокойно написать, например
user.user_name, book.book_name FROM book LEFT JOIN user USING (user_id)
user.user_name, book.book_name FROM book LEFT JOIN user USING (user_id)
ЕК
если внимательно почитать англоязычные форумы то по этому поводу огромное количество холивара
Ага, только холиварит одна сторона, а у другой во всех инструментах используется умолчание))
T
Ага, только холиварит одна сторона, а у другой во всех инструментах используется умолчание))
у множества людей болит жопа, например от слова news, и прочего. Я занимаюсь статистикой изначально, по этому, когда ты работаешь с объединением десятка таблиц, у тебя присвоения псевдонимов к полям начинает болеть жопа. А я не люблю когда она у меня болит. Я начинал с именования множественным числом лет 15 назад, но опытным путем дошел до того, что мне это мешает. К тому же меня жутко бесят вещи типа cities.city_id
ЕК
VY
у множества людей болит жопа, например от слова news, и прочего. Я занимаюсь статистикой изначально, по этому, когда ты работаешь с объединением десятка таблиц, у тебя присвоения псевдонимов к полям начинает болеть жопа. А я не люблю когда она у меня болит. Я начинал с именования множественным числом лет 15 назад, но опытным путем дошел до того, что мне это мешает. К тому же меня жутко бесят вещи типа cities.city_id
Такие проекты ты всегда сам поддерживаешь? И они умрут вместе с тобой в один день?
T
Такие проекты ты всегда сам поддерживаешь? И они умрут вместе с тобой в один день?
Нет, люди моментально понимают то что перед ними... и код в 10 раз читабельнее, особенно sql