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

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

新規登録して質問してみよう
ただいま回答率
85.48%
CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

Q&A

解決済

3回答

5806閲覧

CakePHPにおいてid列を利用するか、しないか

pecchan

総合スコア555

CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

0グッド

0クリップ

投稿2016/03/16 01:22

編集2016/03/16 03:06

cakePHPにおいて「id」列は特別な意味があることを知りました。

ですがシステムでは「no」列を主キーとして扱いたい(検索や更新に使いたい)場合、皆さんはどうされていますでしょうか?

「CakePHPでのDBデザイン「主キーの決定」」
https://teratail.com/questions/28495
上記の質問と少し重複する所もあります・・・。
上記の回答によりますと
cakePHP規約に従った方がメリットがありそうなのですが、初心者につきメリットが今ひとつ理解できません・・・。

【補足】「no」列について
テーブルはマスタです。
データは画面から作成はなく、大量のインポートデータで作成する予定です。
他のテーブルと紐付されており、その紐付けに「no」が使われております。

以下の3パターンになりますでしょうか?

【パターン1】
考え方:cakePHPに従いid列追加。一応主キーにしておくかな。でもシステム内ではno列を使いますね!
テーブルは以下のように定義
id:主キー
no:

cakePHP上で
public $primaryKey = 'no';
を行い便宜変更する。

この後、
$primaryKey = 'id';
として
元に戻したが良いのか、そのままで良いのか分かっていません・・・(^^;

【パターン2】
考え方:cakePHPに従いid列を一応追加。一応追加しとくだけでnoを主キーにし、システム内でもno列の方を使いますね!
テーブルは以下のように定義
id:
no:主キー

【パターン3】
考え方:いっそのこと最初からid列は定義しない。no列だけ。
テーブルは以下のように定義
no:主キー
この場合、cakePHPの何らかのメリットは受けられない?
でもそれだったら、パターン1と何が違う?あれ?

下記にもありますが、id列が存在しないと色んな所でエラーが出るそうなんでこれまた悩んでおります。。。

「CakePHPでテーブルのidを任意に設定し、連結したい」
https://teratail.com/questions/7804

皆さんの色んなご意見いただけますでしょうか?

分かりにくい文章かもしれません。すみませんがどうぞ宜しくお願い致します。

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

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

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

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答3

0

ベストアンサー

パターン3でよいと考えます。
主キーを変更するなら、連番を振るだけのidのフィールドを残しておくメリットは無いのではないでしょうか

いろんなところでエラーが出るとのことですが、
CakePHPでテーブルのidを任意に設定し、連結したい

これだと、viewで$this->Form->input('c_cd')とした時に、c_cdの入力欄が表示されない場合があるんです。

これは、Formヘルパーの仕様です。
Formヘルパーのinputで主キーのフィールドを指定するとtype="hidden"のタグが出力されます。
これを回避したい場合は、以下のように記述します。

php

1$this->Form->input('c_cd',array('type' => 'text'));

この他にも問題が出るなら、それはそれぞれ別の箇所で間違っていると思われます。

投稿2016/03/16 03:09

Hiron

総合スコア32

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

pecchan

2016/03/19 00:48

Hiron様 有難う御座います。 teratailに数日繋がり辛くやっと確認出来ました。 おかげ様で頭の中がスッキリしました。 パターン3で進めており今のところ問題無さそうです。 この度は有難う御座いました。
guest

0

自分の答えとしては、「システムでは『no』列を主キーとして扱いた」くならない、というところです。

CakePHPは規約重視型のフレームワークなので、既存のDBを使ったシステムを組むというのでなければ、素直に規約に従った「id」列を使うべきだと考えます。内部的な列名は別にエンドユーザーに見せるものではありませんし、「no」という列名からすれば機械的に振るような番号を想定していると考えますので、わざわざ手間をかけて規約から外れたことをするに値するメリットは見いだせそうもありません。

もっとも、キー自体が「XD-583DW」のような文字列となるような場合は、また違った考えが必要になるかもしれません。

投稿2016/03/16 01:55

maisumakun

総合スコア145183

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

pecchan

2016/03/16 03:01

>CakePHPは規約重視型のフレームワークなので なるほど。根本がそうですよね。 >「no」という列名からすれば機械的に振るような番号 仰る通り「no」は内部的な連番です。 記載しませんでしたが、 マスタは大量のインポートデータで作成する予定なのです。 かつ他のマスタと紐付されていて・・・。 cakePHPに素直に従うという考え、大変参考になりました。 有難う御座います。
guest

0

CakePHPというか、Oracleもありますね。
主キーは、複数のキーをもとに、主キーとすることができるので、完全にユニークなキーを
保証する為に存在する必要があります。

自分は、CakePHPのフレームワークで 気に入らない部分や、自分に合ってない部分は
変更して、独自のCakePHPを 作りますね。
そして、引き継ぎの時に、CakePHPをアップデートしてたら、動かなくなりますよと言って去ります。

投稿2016/03/16 01:48

退会済みユーザー

退会済みユーザー

総合スコア0

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

pecchan

2016/03/16 03:07

すごいですね。わたしは気に入らないと思っても独自に変更するスキルがありません(*_*) 経験とスキルがあるからこそ出来る1つの考えですね! 大変参考になりました。有難う御座います。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

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

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問