Почему Eloquent в Laravel не переводит свойства модели из camelCase в snake_case?

Question

[Павел]

Собственно, вопрос в чем. Нужно сделать пару простых правок в чужом приложении.
Развернул локальную копию у себя. Во всех моделях свойства написаны camel case'ом, а колонки в таблицах snake case'ом.
И при каждой попытке записи/обновления я получаю ошибки, что нет таких колонок в базе данных.

Например, вот модель

/**
     * The attributes that are mass assignable.
     *
     * @var array
     */
    protected $fillable = [
        'userId',
        'descIntroductionId',
        'isBlessed',
        'gender',
        'firstName',
        'lastName',
        'imageFileName',
        'deceasedAt',
        'phone',
        'funeralAt',
        'includeHebrewDate',
        'includeCivilDate',
        'descCemeteryId',
        'descShivaId',
        'shivaAddress',
        'descMournersId',
        'obituaryImageFileName',
        'landingHash',
    ];

а вот колонки

ну и ошибка при вставке данных

Illuminate\Database\QueryException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'isBlessed' in 'field list' (SQL: insert into `obituaries` (`isBlessed`, `gender`, `firstName`, `lastName`, `deceasedAt`, `phone`, `funeralAt`....

Я сам никогда так не писал - св-ва всегда были идентичны названиям колонок. И на продакшне же это работает. Где я что упускаю?

Comments

[Mykola Ivashchuk]

посмотрите БД на проде вручную, возможно там назавания изменены напрямую, без использования миграций

[Павел]

Mykola Ivashchuk, изначально мне дали репозиторий. Я развернул, накатил миграции, а вот сидеры накатить не смог по вот этой причине. Попросил бекап базы с прода, а там вот так же.

[Alex Wells]

Ну мб я чего-то не понимаю, но разве колонки в базе не должны быть в том же camelCase? Иначе как фреймворку преобразовать, например, user_id? userID или userId? Допустим второе - даже если работает, это неконсистентно. Вдруг появится аббревиатура (другая), и какому-то прогеру вздумается написать somethingABBRV вместо somethingAbbrv.. имхо, если уж в коде camelCase, то и в базе тоже.

[Павел]

Alex Wells, вот и я думаю, не может такого быть. Я не видел никогда, чтоб так ОРМка работала. но оно вот есть.. попробую еще клиента потрясти, попросить доступ на продакшн, чтоб самому посмотреть. Ну а в той репе, что у меня есть реально вот такие миграции

$table->increments('id');
            $table->integer('user_id')->unsigned();
            $table->integer('desc_introduction_id')->unsigned();
            $table->boolean('is_blessed');
            $table->enum('gender', GenderEnum::getConstants());
            $table->string('first_name', 255);
            $table->string('last_name', 255);
            $table->string('image_file_name', 255)->nullable();
            $table->timestamp('deceased_at')->nullable();
            $table->string('phone', 255)->unique();
            $table->timestamp('funeral_at')->nullable();
            $table->boolean('include_hebrew_date')->default(false);
            $table->boolean('include_civil_date')->default(false);
            $table->integer('desc_cemetery_id')->unsigned();
            $table->integer('desc_shiva_id')->unsigned();
            $table->string('shiva_address', 255)->nullable();
            $table->integer('desc_mourners_id')->unsigned();
            $table->string('obituary_image_file_name', 255)->nullable();
            $table->string('landing_hash', config('obituary.landing_hash_length'))->unique();
            $table->timestamps();

и во такие модели

/**
     * The attributes that are mass assignable.
     *
     * @var array
     */
    protected $fillable = [
        'userId',
        'descIntroductionId',
        'isBlessed',
        'gender',
        'firstName',
        'lastName',
        'imageFileName',
        'deceasedAt',
        'phone',
        'funeralAt',
        'includeHebrewDate',
        'includeCivilDate',
        'descCemeteryId',
        'descShivaId',
        'shivaAddress',
        'descMournersId',
        'obituaryImageFileName',
        'landingHash',
    ];

Answer 1

[vism]

логичных варианта 3.
1. Какие-то настройки PDO
2. Какие-то настройки Базы
3. В вендоре руками сделано какое-то преобразование для полей

Что надо проверить.
1. запросы. Они в коде в camel case или snake case?
2. ответы (поля модели). Они в коде в camel case или snake case

Comments

[Павел]

Пример запроса я в вопрос вставил, это из логов. Запросы все делаются в кэмел кейсе, как свойства моделей.

2. Я так полагаю, это может быть какая-нибудь функция?

[vism]

Павел, если есть доступ в продакшен, проверти логи SQL. там запросы в камел кэйсе или нет.
Если они в снэйк - то это настройки ПДО или фукнция в вендоре.

Если в кэмел - настройки SQL

Нужно сначала сузить круг подозреваемых :)

[Павел]

vism, окей. Получил ответ от предыдущих разрабов. Есть у них такой пакет https://bitbucket.org/restartGroup/restart-server-... Который, в том числе, делает это преобразование. Вот только из коробки он не заводится Там есть своя абстрактная модель, от которой наследуются все модели в приложении

<?php

namespace RestartPackage\Models;

use Illuminate\Database\Eloquent\Model;
use RestartPackage\Traits\CamelCaseTrait;

abstract class AbstractModel extends Model
{
    use CamelCaseTrait;

    /**
     * Indicates whether attributes are snake cased on arrays.
     *
     * @var bool
     */
    public static $snakeAttributes = false;

}

и трейт

[vism]

Павел, Странный разрабы, нахрен оно им было нужно... :)