一直使用Laravel雄辩？

Question

始终使用Laravel Elotent而不是原始SQL有什么好处吗？

我有一个习惯，首先在phpMyAdmin中编写SQL来检查关系，然后将其翻译成雄辩的ORM。

有时，翻译成雄辩的ORM是痛苦和耗时的，尤其是从长而复杂的SQL查询进行翻译。与使用雄辩的ORM相比，我能够用SQL快速编写。

Answer 1

这没有问题，如果这更适合您，您应该使用原始SQL。Eloquent的目标是简化查询。

你唯一需要注意的就是准备好一切。

Answer 2

使用查询生成器最重要的好处是抽象，这通常会导致更少的代码。此外，由于构建器与数据库无关，它允许无缝切换RDBMS，例如从MySQL到PostgreSQL（但这只适用于某些情况，因为有些事情是数据库特定的，不能抽象）。

将它与Eloquent结合使用可以提供将结果转换为Eloquent模型的额外好处，这意味着您可以使用关系、变体、访问器以及Eloquent模型提供的所有其他好处。例如：

$users = DB::select('select * from users');

将返回一个数组的stdClass对象，而以下：

$users = User::all();

将返回一组雄辩的模型，您可以在这些模型上获得关系：

foreach ($users as $user) {
    $user->projects();
}

或进行更改并保存条目：

$user->name = 'Bob Dylan';
$user->save();

这些事情可以通过原始查询方法完成，方法是手动创建一组模型，如下所示：

// Replace the stdClass items with User models
foreach ($users as &$user) {
    $user = new User($user);
}

// Create a Collection with the results
$users = new Illuminate\Support\Collection($users);

但是它增加了已经由雄辩实现的复杂性。

抽象如何导致更少的代码的一个很好的例子是：

User::whereIn('id', [1, 7, 100]);

其代码比等效代码少：

DB::select('select * from users where id in (?)', [implode(',', [1, 7, 100]);

在使用使用用户输入的原始查询时，需要考虑的重要事项是始终使用绑定，以避免SQL注入。

也就是说，在某些情况下，正如您所说的，将查询转换为使用查询生成器是一件痛苦的事情，因为该生成器具有与数据库无关的限制。

使用原始查询没有问题。我通常使用查询生成器的组合来进行更简单的查询，这些查询需要雄辩的模型，而原始查询用于更复杂的操作，在那里不使用DB::原始来代替仅仅使用查询生成器是有意义的。所以考虑到我上面说过的事情，这真的可以归结为偏好。