質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.03%

アソシエーションしているテーブルのデータを取得する記述方法を比べてどちらが優秀なのでしょうか?

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 1
  • VIEW 591

score 24

下記のように categories、items というテーブルがあるとします。
categoriesテーブルは、items.category_idをキーとしてアソシエーションしています。

CREATE TABLE `categories` (
 `id`            smallint(6)   NOT NULL AUTO_INCREMENT,
 `name`          varchar(100)  NOT NULL,
 `created`       datetime      NOT NULL,
 `modified`      datetime      NOT NULL,
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
CREATE TABLE `items` (
 `id`                  int(11) unsigned  NOT NULL AUTO_INCREMENT,
 `category_id`         smallint(6)       NOT NULL DEFAULT '1',
 `item_name`           varchar(100)      NOT NULL,
 `body`                text              DEFAULT NULL,
 `created`             datetime          NOT NULL,
 `modified`            datetime          NOT NULL,
 `deleted`             tinyint(4)        NOT NULL DEFAULT '0',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

これに対して、ItemsController.php 内のアクションで Categoriesテーブルのレコードを取得しようとしています。
その時、アソシエーションの処理を利用して取得する場合は、下記のようになると思います。

// Categoriesテーブルの読み込み
$categoriesList = $this->Products->Categories->find("treeList")->where(["Categories.deleted"=>0])->all()->toArray();
$this->set(compact("categoriesList"));


アソシエーションは関係なしに取得する場合は、下記のようになるかと思います。

// Categoriesテーブルの読み込み
$this->Categories = TableRegistry::getTableLocator()->get("categories");
$categoriesList = $this->Categories->find("treeList")->where(["deleted"=>0])->all()->toArray();
$this->set(compact("categoriesList"));

Bakeすると、前者の方で生成されますので、望ましい記述の方法なのだろうと思います。
ですが、レコード数が多くなってきた場合などを考えると、処理が重たくなることはないのだろうか、と気になりました。

後者の方はアソシエーションに関係なく Categoriesテーブルを直接取得しますので、Itemsテーブルのレコード数に関係なく処理が重くなることはないのではないのか、とも思いました。

Itemsのレコードが多くなっても処理が重くなりにくい記述方法はどちらでしょうか?
どちらでも違いはないものなのでしょうか?

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • m.ts10806

    2019/07/18 12:12

    PHPよりもDBのほうに重きがある課題なのであれば、タグにDBの種類も入れておいたほうがより的確な回答を得やすくなると思います(せっかく5つまで設定できるのですし関連しそうなタグはなるべく多く入れておいたほうが目にも止まりやすくなります)

    キャンセル

  • takujiji

    2019/07/18 14:09

    ご指摘ありがとうございます。ご指摘いただいたとおり、タグに MySQL、PHPを追加させていただきました。

    キャンセル

回答 1

checkベストアンサー

0

TableをロードしてるだけなのでSQLに違いはないです。
(手元のver3.7で確認しました)
DebugKitを有効にして実際に発行されるSQLを見てみると違いがあるかわかりますよ。

今回の違いはselectするテーブル名間違えないってくらいですね。
テーブルが増えるとなんとかCategoriesが複数存在する可能性もあるのでItems->Categoriesで書けば確実にItemsに紐づいているCategoriesからデータを取れます(事故の防止)。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/08/07 16:08

    回答ありがとうございます!
    SQL上では違いがなく、どちらで書いてもいいということが分かりスッキリしました。

    また、DebugKitは使い方がよく分からず使っていませんでしたが、こういう検証のときにも役に立つんですね。
    DebugKitも改めて使い方を試してみようと思います。
    ありがとうございました!

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.03%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る

  • トップ
  • PHPに関する質問
  • アソシエーションしているテーブルのデータを取得する記述方法を比べてどちらが優秀なのでしょうか?