CakePHP 3: Модульный тест модели не пройден - «дубликат значения ключа»

Мне не нравится это решение, но добавление следующего перед сохранением сущности работает.

$this->Agencies->deleteAll('1=1');

[ОБНОВЛЕНИЕ: Мой другой ответ - реальное решение этой проблемы.! Вам больше не нужно это делать ...]

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

use Cake\Datasource\ConnectionManager;
...
$connection = ConnectionManager::get('test');
$results = $connection->execute('ALTER SEQUENCE <tablename>_id_seq RESTART WITH 999999');
//TEST WHICH INSERTS RECORD(s)...

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

Преимущество этого хака (более deleteAll('1=1') ) заключается в том, что вы все равно можете впоследствии запускать тесты, которые ссылаются на существующие данные БД.

Возможно, это проблема в определении вашего прибора. В документации по Cake PHP используется поле _constraints , указывающее, что поле id является первичный ключ:

    '_constraints' => [
        'primary' => ['type' => 'primary', 'columns' => ['id']],
    ]

Мне кажется, я наконец-то нашел РЕАЛЬНОЕ решение этой проблемы!

Я считаю, что эта проблема связана с настройкой приборов по умолчанию, которая возникает в результате использования команды bake для генерации приборов.

Когда вы bake модели, она создает шаблон для своих приборов. Обратите внимание на autoIncrement для свойства ID в приведенном ниже коде? Вопреки тому, что вы думаете, это должно не , а true . Когда я устанавливаю значение null и удаляю id s из элементов массива $records , я больше не получаю ошибок уникальности.

public $fields = [
    'id' => ['type' => 'integer', 'length' => 10, 'autoIncrement' => true, 'default' => null, 'null' => false, 'comment' => null, 'precision' => null, 'unsigned' => null],
    'nickname' => ['type' => 'text', 'length' => null, 'default' => null, 'null' => false, 'comment' => null, 'precision' => null],
...

public $records = [
    [
        // 'id' => 1,
        'nickname' => 'Foo bar',
        'width' => 800,
...

Герои ниндзя в проекте CakePHP - герои: источник Билет CakePHP

Если поля id удаляются из записей приборов, они будут использовать автоинкремент при вставке, оставляя последовательность идентификаторов таблицы в нужном месте для вставок, которые происходят во время тестов. Я считаю, что именно поэтому он работает для @emersonthis, как описано выше.

Однако у этого решения есть другая проблема: вы не можете создать надежные отношения между записями приборов, потому что вы не знаете, какие идентификаторы они получат. Что вы помещаете в поле внешнего идентификатора связанной таблицы? Это привело меня к его первоначальному решению - просто изменить последовательность таблиц после вставки записей с жестко закодированными идентификаторами. Теперь я делаю это в затронутых тестовых случаях:

public $fixtures = [
    'app.articles',
    'app.authors',
];

...

public function setUp()
{
    $connection = \Cake\Datasource\ConnectionManager::get('test');
    foreach ($this->fixtures as $fixture) {
        $tableName = explode('.', $fixture)[1];
        $connection->execute("
            SELECT setval(
                pg_get_serial_sequence('$tableName', 'id'),
                (SELECT MAX(id) FROM $tableName)
            )");
    }
}

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

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