Laravel без миграции Eloquent и базы данных?

Тебе решать,

Миграция Laravel предназначена для сохранения версии базы данных (при использовании контроллера версий), а красноречивый предназначен для простого сопоставления отношений между таблицами для сложных ситуаций, таких как множественное присоединение, и все это не рекомендуется из-за проблем с производительностью, тогда вы можете выбрать Конструктор запросов дает гораздо лучшую производительность. Вам нужно написать простой запрос в Laravel, используя \DB::statement();

Laravel идеально подходит для Angular Js, более того, Laravel — это всего лишь оболочка нескольких приятных PHP-компонентов, способная обеспечить быстрые результаты.

Надеюсь, поможет..

Использование ORM упрощает вашу жизнь, так как большинство распространенных сценариев уже рассмотрены. Извлечение данных, управление взаимосвязями и нетерпеливая/ленивая загрузка очень просты. Он также защищает вас от любых уязвимостей внедрения, которые вы можете создать при написании собственных жестко закодированных запросов. Конечно, не все сценарии могут быть обработаны ORM, отсюда и возможность писать RAW-запросы. Используя Laravel Query Builder, вы можете сделать что-то вроде этого:

$results = DB::select( DB::raw("SELECT * FROM users WHERE username = :username"), ['username' => 'johndoe']);

Если вы хотите выполнять такие вещи, как ALTER или SET, вы можете использовать DB::Statement.

Так что просто отметим, что Eloquent — это ORM Laravel, а Query Builder — это слой для безопасного построения ваших запросов.

Так что решать вам, использовать Eloquent или нет, я считаю, что они добились хороших результатов с помощью надежной ORM, но вы всегда можете реализовать другую ORM, такую ​​​​как Doctrine, Data Mapper и т. Д. Для большинства из них есть привязки Laravel. те.

Редактировать: Стоит также упомянуть, что модель Eloquent предоставляет некоторые удобные дополнительные функции, которые также упрощают работу, например преобразование JSON в __toString, защищенные атрибуты, приведение даты и т. д. При извлечении нескольких моделей они будут храниться в Collection, Arrayable, который предлагает еще больше способов сделать счастливые времена. Проверьте это: http://laravel.com/docs/5.1/eloquent-collections

Вы можете запускать простые SQL-запросы в Laravel, если хотите, но на самом деле в большинстве примеров используется Eloquent.

Я выполнял проект с более чем 100 таблицами, и в большинстве случаев можно использовать Eloquent вместо того, чтобы каждый раз помещать необработанные SQL-запросы, но это скорее мое предпочтение.

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

Пару месяцев назад я видел такую ​​базу данных в MsSQL, и это было ужасно — никто толком не знал, что происходит, и когда вы хотели перенести эту базу данных в приложения MySQL и Laravel, это было большой проблемой, потому что в базе данных было слишком много логики (я не участвовал в этом проекте, только посмотрел)