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

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

ただいまの
回答率

90.35%

  • PHP

    25526questions

    PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

  • MySQL

    7428questions

    MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

  • SQL

    3229questions

    SQL(Structured Query Language)は、リレーショナルデータベース管理システム (RDBMS)のデータベース言語です。大きく分けて、データ定義言語(DDL)、データ操作言語(DML)、データ制御言語(DCL)の3つで構成されており、プログラム上でSQL文を生成して、RDBMSに命令を出し、RDBに必要なデータを格納できます。また、格納したデータを引き出すことも可能です。

  • CakePHP

    2610questions

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

CakePHPを使って動的にテーブルを生成する

解決済

回答 4

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 2,678

arsro

score 22

あるアカウントが作成されるごとに、そのアカウントに応じて別々のテーブルを動的に生成したいのですが、CakePHPで提供されているライブラリのようなものを見つけることができませんでした。
なので、query() を使って直接SQL文を投げる方法も考えたのですが、あまり推奨されていないようでした。

動的にテーブルを生成するようなことはあまり行わないのでしょうか。
もし、生成するとするならばquery() を使う以外で方法をご存知の方がいらっしゃいましたら、
教えていただけると助かります。
また以下は生成したいテーブルのqueryです。
CREATE TABLE `comment_table` (
  `comment_table_id` int(11) unsigned NOT NULL AUTO_INCREMENT ,
  `post_id` int(11) NOT NULL ,
  `user_id` int(11) NOT NULL ,
  `id` int(11) NOT NULL ,
  `text` text NOT NULL ,
  `img` text ,
  `create_at` datetime NOT NULL,
  PRIMARY KEY (`colony_comment_table_id`)
) ENGINE=InnoDB AUTO_INCREMENT=36 DEFAULT CHARSET=utf8;


追記

現在開発しているアプリがツイッターのように1つのタイムラインで全員が会話するものではなく、2chの掲示板のように複数あるコミュニティ(このコミュニティはユーザーが作成することができる)の中で、タイムラインが存在するようなものなんですが、そういった場合1つのテーブルの中ですべてのコミュニティのタイムライン情報が管理されているのでしょうか。
直感的ではありますが、コミュニティごとのタイムラインを管理するようなテーブルがあったほうがスムーズのような気もするのですが。
いかがでしょうか。
  • 気になる質問をクリップする

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

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

    クリップを取り消します

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

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

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

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

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

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

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

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

    質問の評価を下げる

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

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

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

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

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

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

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

    詳細な説明はこちら

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

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

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

回答 4

+3

よほど特殊な理由が無い限りはRDBMSでデータ保存されているwebアプリケーションでテーブルを動的に生成したりはしませんね。

RDBMSはテーブルというデータ定義の下にレコードというデータそのものをぶら下げていき、原則として同じ定義(役割として同じ)データは同じテーブルに格納することで集計や検索、更新の機能と利便性を確保するという性質を持つ仕組みであるためです。
*極端にレコードが多い、年次/月次ごとにテーブルを分けたいなど、場合によっては必要な場合もあるとは思います。

「何を実現したいのか」が明確になればより「よくある」アプローチについて回答を得られるかと思いますよ。


**以下追記
現在開発しているアプリがツイッターのように1つのタイムラインで全員が会話するものではなく、2chの掲示板のように複数あるコミュニティ(このコミュニティはユーザーが作成することができる)の中で、タイムラインが存在するようなものなんですが、そういった場合1つのテーブルの中ですべてのコミュニティのタイムライン情報が管理されているのでしょうか。 
直感的ではありますが、コミュニティごとのタイムラインを管理するようなテーブルがあったほうがスムーズのような気もするのですが。 
いかがでしょうか。

そういった場合、RDBMSで実装するなら
  • コミュニティテーブル
コミュニティの情報を保存する
  • タイムラインテーブル
コミュニティIDとタイムラインそのもの(タイムライン作成日時やタイムライン名)を保存する
  • タイムライン参加者管理テーブル
タイムラインへの参加/退席をレコードで管理
  • タイムラインへの発言テーブル
タイムラインへの発言をレコードで管理
という様な形で実装するのが定石です。
各テーブルについて外部キーとインデックスが適切に紐づいていれば、
「このタイムラインの発言一覧を取得する」といった操作がRDBMSが得意な方法で実装可能です。

また、こうしないとコミュニティやタイムラインをまたいだ検索や統計を取ることが出来なくなったりと拡張性がほぼ無くなります。

どうしてもテーブルを分けたいのであれば、RDBMSでは無くてNoSQLやファイルベース(2chのdatのイメージ)で実装してしまった方が素直です。

投稿

編集

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2015/12/01 01:43

    追記に対する解答ありがとうございます。

    ・コミュニティテーブル
     コミュニティの情報を保存する
    ・タイムラインテーブル
     コミュニティIDとタイムラインそのもの(タイムライン作成日時やタイムライン名)を保存する

    に関しては設計する際に考えついたのですが、その後の

    ・タイムライン参加者管理テーブル
    タイムラインへの参加/退席をレコードで管理

    ・タイムラインへの発言テーブル
    タイムラインへの発言をレコードで管理

    については複数のタイムラインが存在する場合、かつそれらのタイムラインがユーザーによって動的に作成される場合、タイムライン参加者管理テーブルとタイムラインへの発言テーブルを、それぞれ1つのテーブルで管理するとなると逆に煩雑になるように思いまして、
    今の形で実装することにしました。

    それについてはどうお考えになりますか?

    キャンセル

  • 2015/12/01 04:28

    なぜ「逆に煩雑になるよう」に思ったのか
    がわからないので何ともですが
    RDBMSの設計について理解が浅い時点ではよく出てくる発想/設計であることは経験しています。(専門学校等で講師をすると、1クラスに1-2人くらいは動的なテーブル作成/削除で作ろうとすることがあります。)

    「適切に設計すれば煩雑になり得ないし、管理もしやすい(簡単なSQL文で必要な情報が抽出できる)、パフォーマンスもそれなりに確保できる)し、拡張性も確保できる」
    と考えます。

    もし、このアプリケーションを外注した場合で、この仕様のアプリケーションを設計するにあたってMySQLを使ってテーブルを動的に作るという設計を出してきた場合には、即座に発注を取りやめて、今後永久にそこには仕事を発注しないと思う程度には適切では無い設計です。

    とは言え、仕事では無いのであれば何事も経験なので、一度作って、管理して、評価してもらって、育てていくというプロセスを踏んで、何が必要なのかを考えていけばいいと思います。

    キャンセル

+1

comment_tableを静的に用意しておいて、アカウントが作られるたびにレコード追加でいいと思います。クエリ発行にもコストがかかるので毎度動的にテーブルを作るというのはあまりやる意味がないかと思います。

どれだけのアカウントが生成されると想定されているのか分かりませんが、1000個アカウントがあったらテーブルも1000個作るんでしょうか?運用コストがものすごくかかる気がするのですが。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

checkベストアンサー

0

テーブルを分ける方法にはいろいろあります。
アプリケーション側で全ての機能を賄うのではなく、
併せて DB サーバの機能を利用してみてはいかがでしょうか?

SQL 文から推測すると、MySQL をお使いのようですね。
MySQL ならパーティショニングの機能があるので、
こちらで検討してみてはいかがでしょうか?
この機能をうまく使えば、アプリ側でわざわざ動的に生成することを
考える必要は減ることになると思います。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

  • 2015/12/01 01:01 編集

    アドバイスありがとうございます。
    パーティショニング機能を使うとして、それは動的にパーティションすることができるのでしょうか?
    それとも先にあるパーティションをわけて置く必要があるということですか。

    キャンセル

  • 2015/12/01 13:09

    そこは設計次第ですが、通常は事前に分けておくのが基本です。

    例えば、コミュニティID をキーとして、
    IDの「偶数・奇数」でテーブルを分割(2分割)、
    IDの1桁目で10テーブルに分割など分割していきます。

    このあたりは、どのくらいのデータ件数が登録されるかの見積もりや、
    どのようなクエリを発行するかなどの設計なども重要になってきますので、
    状況次第になるのかなと思います。

    テーブル分割数は設定次第ですが、コミュニティごとにテーブルを分割してしまうと
    大変なことになると思いますので、控えたほうがよいと思います…。

    キャンセル

0

CakePHP3を使ったテーブルの作成方法でコメントしましたが、疑問があるなら、その「質問」でわからないことはその場で重ねて質問されては? 理解できていないのに安易に解決済みにして、新たに似たような「質問」を投げるのは止めませんか?

たとえ、CakePHP などで CREATE TABLE できる機能を提供したとして、間違って作ってしまっまったテーブルをMODIFY(変更)したり、DROP TABLE する機能が必要になります。そのためにはSQLのDDLのそれなりのスキルが必要です。CakePHP を使っている人が何人も似たようなテーブルを作ってしまったら、まともにDBを管理できるでしょうか? DB管理者がいても何年か前に作られたテーブルが今も使われているのか簡単にはわからないこともしばしばです。

ここのような掲示版は h_chicKer さんと同じ様なことを調べたい人が読んでいけば、 h_chicKer さんと同じ様な疑問・勘違いなどを解決して正解を見つける道しるべになる場にしたいものです。

投稿

  • 回答の評価を上げる

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

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

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

  • 回答の評価を下げる

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

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

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

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

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

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

  • PHP

    25526questions

    PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

  • MySQL

    7428questions

    MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

  • SQL

    3229questions

    SQL(Structured Query Language)は、リレーショナルデータベース管理システム (RDBMS)のデータベース言語です。大きく分けて、データ定義言語(DDL)、データ操作言語(DML)、データ制御言語(DCL)の3つで構成されており、プログラム上でSQL文を生成して、RDBMSに命令を出し、RDBに必要なデータを格納できます。また、格納したデータを引き出すことも可能です。

  • CakePHP

    2610questions

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