ты утверждаешь, что данные могут быть в невалидном состоянии, так?

Где я это утверждал?

вот

У тебя в карточке ИП например может быть "Учётный номер в реестре ИП" или что-то подобное, обязательное для заполнения при создании ИП. И таких полей может быть сколько угодно.

У тебя этого поля нет сейчас. Создать без него запись ты не можешь. Но надо. Что делать?

Тут вопрос, а не утверждение.

и какой ответ?

Что делать, когда ИП создать надо, а данных нет.

Проектировать так, чтобы наличие ИП не было обязательным.

Если не делать жёсткой связи в БД и в коде, это достижимо.

Уметь надо, конечно. И хотеть )

Два диаметрально противоположных подхода — либо мы подгоняем систему под реальность, либо подстраиваем тех кто работает с системой под требования, заложенные в систему.

Программисты, по естественным причинам склонны ставить код выше бизнес-требований (потому что он к ним ближе), а потому стараются заложить наиболее жёсткие ограничения по структуре данных.

Введение жёстких ограничений на состояние данных упрощает код, потому что при сокращается количество возможных вариантов работы системы, уменьшается количество проверок в коде.

Такая система наиболее удобна для программиста. Но именно такая система наиболее уязвима к изменениям.

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

Когда ты проектируешь систему под реальность (в которой всех обязательных для системы данных может просто не быть в данный момент), то получаешь надёжную, гибкую систему, с которой очень просто и интуитивно работает пользователь.

Но главное, что она позволит тебе решить задачи, которые не решит задавленная ограничениями система.

Laravel 8 :)

@lachezis, ты точно здесь в слове through букву r не пропустил?😉
https://github.com/cycle/annotated/blob/master/src/Annotation/Relation/ManyToMany.php#L62

Подскажите по тестам...

Хочу написать интеграционный тест для класса, который работает с Cycle ORM. Для тестирования использую Codeception.

То есть мне нужно:

А) получить рабочий DatabaseManager, а для этого надо откуда-то взять данные для подключения, где и в каком виде их лучше хранить?

Б) Как правильнее организовать очистку того, что было добавлено в БД?

A. codeception вроде поддерживает свои env файлы

Б. В codeception есть очистка после каждого теста

модуль Db

dump - path to database dump
populate: false - whether the the dump should be loaded before the test suite is started
cleanup: false - whether the dump should be reloaded before each test

Да, я видел этот модуль... Получается для интеграционных тестов и для приёмочных использовать разные базы данных?