Error updating boolean values using PostgreSQL

[javebers]

Boolean values ​​are being cast to int, wich works with MySQL but throws an error when using PostgreSQL.
Postgres accepts '0' and '1' as strings, but not as integers, from what I understand.

Otherwise it works great. Thanks for the work you put into this. 👍

[iksaku]

Thanks for the feedback!

My first idea is that there should be some kind of function to automatically handle primitives. Hopefully in PDO or similar. I'll take a look at it

[iksaku]

Found a built-in method ✨: https://github.com/laravel/framework/blob/v10.13.0/src/Illuminate/Database/Grammar.php#L213

The only problem is that it requires Laravel >=10.13 and we currently bring support for version 8.

Good enough excuse to take a look at v2 of the package. Will look for some time next week to work through this.

[iksaku]

Please checkout the 2.x branch and let me know if this is resolved.

You should be able to install it using:

composer require iksaku/laravel-mass-update:dev-2.x

[javebers]

I just checked out the new version, and it works fine in my tests. 🎉
The removal of Model::massUpdateQuietly() caught me off guard, but reading the upgrade doc, it makes sense.

Just a suggestion,
I think it would be better to call escape directly from connection, since Grammar internally does that.

$escape = function (mixed $value) use ($query)
{
    // ...
    // return $query->getGrammar()->escape($value);
    return $query->getConnection()->escape($value);
};

Not only is it more direct (which doesn't really matter too much to be honest), but it can also avoid problems for those who are extending the Grammar class.

Let me explain. After upgrading to the new version, this RuntimeError was thrown:

The database driver's grammar implementation does not support escaping values.

Then I realized that the problem must be related to the fact that I am using an extended version of PostgresGrammar, to handle all timestamps in 'Y-m-d H:i:s.u' format by default.
I implemented this the way Carbon recommends in their documentation related to Laravel.

What is not taken into account there is that Laravel when instantiating Grammar, assigns it the Connection instance so that when a method like escape is called, it is able to pass the execution to the Connection instance, which is what it ultimately does.

This is not difficult to fix and I think it is what should be done if the db grammar is being exended, to avoid future problems.

class AppServiceProvider extends ServiceProvider
{
    public function boot()
    {
        $connection = \DB::connection();
        $connection->setQueryGrammar(
            (new MyPostgresGrammar())->setConnection($connection),
        );
    }

I know this has nothing to do with this library, but I just wanted to clarify in case anyone runs into this problem. And also detail why using getConnection()->escape() avoids this error.

Btw, thanks for fixing this so quickly. 👏

[iksaku]

Now that's a really great observation. Thank you!
I've not been a user of custom grammars, so I lack the insight you just brought to me, and it makes total sense.

Just pushed out 7a18113, that should fix the new issue.

P.S: I'm currently working on ci/databases to expand the test suite to run in multiple DB engines for the v2 release 👀