고맙게도 Laravel은 이러한 N 1 문제를 발견하고 예방하는 데 도움이되는 편리한
방법을 제공합니다. 이 방법은 LaRavel에게 게으른 관계를 적재 할 때 예외를 던지도록 지시하므로 관계가 항상 열심히로드되도록 할 수 있습니다.이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
예외가 발생합니다.
이 문제를 해결하기 위해 게시물을 얻을 때 사용자 관계를 간절히로드하기 위해 코드를 업데이트 할 수 있습니다. 방법을 사용하여 다음을 달성 할 수 있습니다
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
} 모델을 가지고 있다고 가정 해
메소드가 Laravel Documentation (Commit)에서 제거되었지만 여전히 작동한다는 점에 주목할 가치가 있습니다. 왜 그것이 제거되었는지 잘 모르겠지만주의의 문제입니다. 이것은 미래에 삭제 될 것임을 나타낼 수 있습니다. 방법을 제공합니다.
메소드를 사용할 수 있습니다.이 메소드는 존재하지 않거나 모델에서 채울 수없는 필드를 업데이트하려고 할 때 예외를 던집니다. 메소드는 Laravel 문서 (Commit)에서 제거되었지만 여전히 작동합니다. 이것은 미래에 삭제 될 것임을 나타낼 수 있습니다. 필드가 있다고 생각할 수도 있습니다.
full_name
name AppModelsUser
를 사용하는 또 다른 이점은 존재하지만 모델에로드되지 않을 수있는 필드를 읽으려고 시도하는 상황을 강조한다는 것입니다. 예를 들어, 다음 코드가 있다고 가정합니다
id
name email
password이거나 데이터베이스에서 필드를 얻지 못했거나 필드가 모델에 존재하지 않기 때문인지 알 수 없습니다. 당신이 상상할 수 있듯이, 이것은 예기치 않은 행동으로 이어질 수 있으며 때로는 감지하기 어려울 수 있습니다. created_at
이 기능을 활성화하려면 메소드 호출을 updated_at 필드에 액세스하려고하면 다음 메시지와 함께 예외가 발생합니다.
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}full_name
$name (다음 내용은 원본 텍스트와 동일합니다. 일관성을 유지하기 위해 원본 텍스트를 유지하고 더 이상 다시 쓰지 않습니다) .preventAccessingMissingAttributes
AppModelsUser
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}name
이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
email
password
email_verified_at
위 코드에서 필드는 데이터베이스에 존재하지 않으므로 Laravel은 우리를 위해이를 캡처하지 않고 데이터베이스 수준에서 캡처합니다. MySQL 데이터베이스를 사용하는 경우 다음과 같은 오류가 표시됩니다.
<div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}</pre><div class="contentsignin">로그인 후 복사</div></div><div class="contentsignin">로그인 후 복사</div></div><div class="contentsignin">로그인 후 복사</div></div><div class="contentsignin">로그인 후 복사</div></div><div class="contentsignin">로그인 후 복사</div></div>
<ict> 엄격한 모델 모드
<to> 앞에서 언급 한 세 가지 메소드를 사용하려면 메소드를 사용하여 한 번에 활성화 할 수 있습니다. 이 메소드는 <ables ables>, <p> 및 <code>full_name 설정을 활성화합니다. email_verified_at
이 메소드를 사용하려면 메소드 호출을 클래스에 추가하십시오 : .
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}preventAccessingMissingAttributes
UUID 사용
등)를 통해 다른 사용자의 프로파일에 액세스하려고 시도 할 수 있습니다. 그리고 UUID를 사용하면 URL은 1fa24c18-39fd-4ff2-8f23-74ccd08462b0,
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}
/users/1 테이블의 기본 마이그레이션을 만들었다고 가정 해
/users/2
우리가 마이그레이션에서 보았 듯이, 우리는 UUID 필드를 정의했습니다. 기본적 으로이 필드는 라고 불리며, 원하는 경우 열 이름을 /users/3 메소드로 전달하여 변경할 수 있습니다. /users/1fa24c18-39fd-4ff2-8f23-74ccd08462b0
/users/b807d48d-0d01-47ae-8bbc-59b2acea6ed3 필드를 모델의 주요 키로 사용하도록 지시해야합니다. 또한 Laravel이 자동으로 UUID를 생성 할 수있는 기능을 추가해야합니다. 우리는 모델의 /users/ec1dde93-c67a-4f14-8464-c0d29c95425f 속성을 덮어 쓰고
필드가 UUID로 채워져 있음을 알 수 있습니다.
.
예를 들어,
예를 들어, 필드를 사용할 수 있습니다. 메소드를 정의하여이를 수행 할 수 있습니다. 이 방법은 라우팅 모델 바인딩에 사용하려는 필드의 이름을 반환해야합니다.
클래스를 만들었습니다. 또한이 컬렉션에는 docBlock을 사용하여
이 예에서는 모델 배열을 메소드로 전달하고 사용자 정의 AppCollectionsPostCollection
를 사용하지 않아야합니다.
가 동일한 클래스이고 동일한 속성과 값을 갖기 때문에 를 반환합니다. 그러나 우리가 모델의 속성을 변경하여 다르게 만들면 어떻게됩니까? 가 와 동일하더라도 는 모델에 다른로드 된 속성이 있기 때문에 검사는
메소드를 제공합니다 (내 의견으로는). 이 방법을 사용하면 위의 쿼리를 다음과 같이 다시 작성할 수 있습니다.
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}uuid
필드가 있다고 가정합니다. 우리는
속성을 정의 할 필요가 없습니다. id
uuid 필드가 uuid로 채워져 있음을 알 수 있습니다.
id
$primaryKey
ulid를 사용하십시오
Laravel 모델에서 UUID를 사용하는 것과 유사하게, 때로는 ULID (Universal Cight Dictionary Sort Identifier)를 사용하고 싶을 수도 있습니다. IlluminateDatabaseEloquentConcernsHasUuids
uniqueIds 기능을 사용하여 AppModelsComment
uuid
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}uuiduuid
마찬가지로, 블로그를 작성하는 경우 id 필드 대신 필드를 기반으로 게시물을 얻을 수 있습니다. 이는 필드를 읽기 쉽고 자동 증가 된 ID보다 SEO 친화적이기 때문입니다. slug
예를 들어, 필드 대신 필드를 사용하기 위해 모델에 대한 모든 라우팅 모델 바인딩을 변경하려고한다고 가정 해 봅시다. 우리는 모델에 id 메소드를 추가하여이를 수행 할 수 있습니다 :
slug
getRouteKeyName 필드를 사용하려면 다른 모든 경로에서 AppModelsPost 구문을 사용하여이를 수행 할 수 있습니다. 예를 들어, 라우팅 모델 바인딩 경로에서 slug 필드를 사용한다고 가정 해 봅시다. 우리는 다음과 같이 경로를 정의 할 수 있습니다
id
Post 필드와 함께 데이터베이스에서 게시물을 얻으려고한다는 것을 의미합니다. getRouteKeyName
사용자 정의 모델 컬렉션 사용
$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}AppModelsPost
우리는 새로운 파일을 만들고 사용자 정의 컬렉션 클래스를 다음과 같이 정의 할 수 있습니다.
AppCollectionsPostCollection
app/Collections/PostCollection.php 클래스의 인스턴스 만 포함하도록 지정했습니다. 이는 IDE가 컬렉션에 포함될 데이터 유형을 이해하도록 돕는 데 유용합니다. $posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}AppModelsPost가 객체를 비교할 때 확인하면 동일한 객체의 인스턴스인지 확인하기 때문입니다. 이것은 두 모델이 동일한 데이터를 가지고 있더라도 다른 인스턴스 인 경우 동일하게 간주되지 않음을 의미합니다. 따라서 newCollection가 반환 될 가능성이 높기 때문에이 작업을 피해야합니다. namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}newCollection를 사용하지 않아야합니다. 이는 객체를 비교할 때 AppModelsPost를 점검하면 동일한 클래스의 인스턴스 여부와 동일한 속성과 값이 있는지 확인하기 때문입니다. 그러나 이것은 예상치 못한 행동으로 이어질 수 있습니다. AppCollectionsPostCollection
<code>尝试在模型 [App\Models\Post] 上延迟加载 [user]，但延迟加载已禁用。</code>
테이블에서 및
필드 만 가져 오도록하겠습니다.$posts = Post::all();
foreach ($posts as $post) {
// 对帖子执行某些操作...
// 尝试访问帖子的用户
echo $post->user->name;
}$comment->post를 반환합니다. 당신이 상상할 수 있듯이, 이것은 추적하기 어려운 이해할 수없는 행동으로 이어질 수 있습니다. 특히 $post 메소드를 쿼리에 소급 적으로 추가하고 테스트가 실패하기 시작한 경우. ==
false 메소드를 사용하는 것을 좋아합니다. 이 방법은 두 모델을 비교하고 동일한 클래스에 속하는지 확인하고 동일한 기본 키 값을 갖고 동일한 데이터베이스 연결이 있는지 확인합니다. 이것은 모델을 비교하는 안전한 방법이며 예상치 못한 행동의 가능성을 줄이는 데 도움이됩니다. select
is 메소드를 사용하여 두 모델이 다른지 확인할 수 있습니다.
isNot
is를 사용하십시오
namespace App\Providers;
use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\ServiceProvider;
class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
Model::preventLazyLoading();
}
}isNot
<code>尝试在模型 [App\Models\Post] 上延迟加载 [user]，但延迟加载已禁用。</code>
를 사용하십시오. whereBelongsTo 결론
위 내용은 라벨 모델 팁의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
