в mysql работать реально неудобно совсем. Если хранить строкой производительность сильно страдает? Или это вообще не имеет смысла? Как это настраивается на уровне entity если атрибутами?
по новым трендам программирования - бд вторична, и правильно заметили, для чего просмотр?
Это как это так вторична? А как протестировать sql запрос? Простота sql запросов рушиться на корню с бинарным идентификатором
сложно сказать) если 100M+ записей и требования к перфомансу, то PK бинарная колонка может быть немного уместней
вторично - потому что приложение не должно зависеть от конкретной БД, и не должно волновать как, где и в каком виде оно хранится, у тебя приложение за это отвечает, и конвертирует туда-сюда, тестируется путем указания применяемого типа в bind parameters, пример ->setParameter('key', $value, TYPE::GUID)
Так то оно может и так. Но имхо эта теория оторвана от реальности
в твоем контексте она не оторвана, тебя не должно заботить в каком виде она хранит в мускуле, у тебя не должно быть желания или необходимости видеть как оно там выглядит
подрастешь - поймешь тебе еще предстоит познать дзен ))
небось phpAdmin пользуешься?
естесно, а какие варианты?
ну шторм это для разработки, а что плохого в phpadmin не могу понять?
Обсуждают сегодня