а миграцию?

Зачем оно в бд?

У тебя сам енам контролирует инвариант

На тот момент когда не будет контролировать

Нуу, рассказывай. Енамы не позволяют вписать лишнего, енамы это упорядоченный кортеж, а ещё они весят меньше. Ну прям ужас-ужас

Ну вот не надо создавать таких ситуаций

Из разряда: Если болеешь не болей

Ок, зачем тогда енам на уровни пыхи? раз бд следит за этим

Ну если у ты задаешь такие вопросы, то наверное просто нужно попробовать использовать

Что попробовать ? Сделать 2 constraint?

К слову, раз уж мы тут начали сыпать абсурдом. Как вы храните в своей постгрес имена, email, пароли. Короче короткие постоянно заполненные данные? Varchar(n) или text ?

Не имеет значения )

Да, один констрейнт работает на момент приёма данных от пользователя и принятия решений Второй констрейнт со стороны бд работает на момент записи. Так как бд - это стейт приложения, то оно должно уметь хранить валидные данные. Ты сделаешь одну ошибку, забудешь проверить тип в рантайме, и будешь расплачиваться за это тем, что во время считывания данных будешь отваливаться. Возможно даже войдёшь в бесконечный цикл. Ну и ещё я написал что enum это отсортированный сет, и по нему можно искать. Допустим это сет статусов и ты можешь найти все остальные статусы, следующие за определённым. Ну и сортировать по нему. Плюс он весит меньше.

> Ты сделаешь одну ошибку и забудешь проверять тип в рантайме. У тебя что весь код в mixed? Для этого есть стат-анализ

А как ты хранишь если не имеет значения?

Если предполагается короткое значение - варчар, если длинное - текст. Но внутри бд это займет одинаковое кол-во памяти. Поэтому не важно.

Это работает до первого случая когда это не сработает

То есть ты всё таки за констрейнты на уровне колонки?

Если предполагается короткое значение - варчар, если длинное - текст. Но внутри бд это займет одинаковое кол-во памяти. Поэтому не важно.

Если мне память не изменяет, что в мускуле с индексами на text проблема Но это не точно, надо проверить

Если мне память не изменяет, что в мускуле с индексами на text проблема Но это не точно, надо проверить

Только если длина текста превышает порог некоторый. По дефолту чето около 740байт. Остальное обрезается (в индексе)

Хорошо, переверну вопрос. Почему core team этого не сделала нативно?

Хорошо, давай и я переверну вопрос. А postgres пользуется только программисты на симфони? А как же другие фреймворки и япы? Почему мне нужно ограничивать в возможности … себя ограничивать? Разве абстракции и языки это не про ограничения? Я не чувствую себя глупо 2 раза перепроверяя себя. Уж лучше я по факту вставки получу исключение, чем буду ловить неправильное поведения из-за [какие-то причины по которым кто-то или что-то записали неверное значение в бд]

Покажи мне орм где это из коробки реализовано

symfony fixtures аналог laravel factory?

$stmtService = app(StmtService::class); $stmt = Stmt::factory()->create(); $model = $stmtService->findById($stmt->id); $this->assertSame($model->id, $stmt->id); аналог можно сделать тестам на laravel?

$this->createMock(NewsRepositoryInterface::class) вообще много кто пользуется таким подходм на практике?

а у нас на laravel делали через фабрики фейковой модели и проверяли реальную запись в тестовой бд или статус запроса

зачем так делать? я предполагаю что фикстуры это аналог seed laravel, не лучше ли фейковые данные генерировать внутри фабрики?

зачем так делать? я предполагаю что фикстуры это аналог seed laravel, не лучше ли фейковые данные генерировать внутри фабрики?

устанавливаю symfony/test-pack , а он не работает прелесть работы с symfony)

учитывая что в symfony выпилили phpunit-bridge вообще

кто может подсказать? roman@roman-MaiBook-M:~/tests/fix/proc_apps_symfony$ php bin/phpunit Cannot load Xdebug - it was already loaded Xdebug: [Log Files] File '/var/log/nginx/xdebug.log' could not be opened. Xdebug: [Step Debug] Could not connect to debugging client. Tried: 127.0.0.1:9003 (through xdebug.client_host/xdebug.client_port). PHPUnit 11.0.9 by Sebastian Bergmann and contributors. Runtime: PHP 8.2.17 Configuration: /home/roman/tests/fix/proc_apps_symfony/phpunit.xml.dist F 1 / 1 (100%) Time: 00:00.006, Memory: 8.00 MB There was 1 PHPUnit test runner warning: 1) Test results may not be as expected because the XML configuration file did not pass validation: Line 10: - Element 'phpunit', attribute 'convertDeprecationsToExceptions': The attribute 'convertDeprecationsToExceptions' is not allowed. Line 26: - Element 'coverage', attribute 'processUncoveredFiles': The attribute 'processUncoveredFiles' is not allowed. Line 27: - Element 'include': This element is not expected. Line 32: - Element 'listeners': This element is not expected. -- symfony 7 "phpunit/phpunit": "^11.0", "symfony/browser-kit": "7.0.*", "symfony/css-selector": "7.0.*", "symfony/maker-bundle": "^1.57", "symfony/phpunit-bridge": "^7.0"