データベースの疑問点

現在SNSを作っていてデータベースについて疑問点があったので質問します。

使用言語：PHP
データベース：MySQL

①プログラム上(PHP)でテーブルを作成してもいいんでしょうか？

例）mysqli_query($link, "CREATE TABLE dm_ユーザーID ()・・・");

②1つのプログラムで複数のデータベースからデータを取ってきてもセキュリティ的には大丈夫なのでしょうか？

行動規範の内容に同意します

回答5件

要件次第ですけど、先ずは正規化に照らしてからだと思います。
SNSでのユーザー毎にテーブルのセットを持たせるというのは正規化されているとは言いませんので。

投稿2022/07/26 00:35

sazi

総合スコア25195

MySQL詳しくないので、雑多に書いてしまうけれどご容赦を。

SNSってさぁ、いろんなサービスが世の中にあるけど、具体的にどういうことを実現するSNSを作る前提なのかなぁ。
画像や音声や動画などのために別途声質の違うデータベースを組み合わせる（むしろストレージサービスとも言うけれど）こともあるけれど、質問文からは汲み取れないなぁ。

SNSに限らずシステム運用中にテーブルが作られ増えていくのって、
果たして効率の良いデータ取得データ抽出ができるものなのかなぁ。
ユーザー単位でテーブルを分けちゃうと、
ユーザーを横断したデータ抽出のために工夫が必要になるよねぇ。
たぶん面倒になるよ、できなくはないけれど。
実現させたい機能に沿ったデータ構造を考えなきゃいけないんだけど、
クエリーを実行するたびにユーザーごとに作ったテーブルをJOINしていくのってどうなのかなぁ。
テーブルを作るたびにビューを定義し直す手もなくもないけど、それって運用中でも大丈夫なのかなぁ。
テーブルを作ったあと適切にインデックスも施さないといけなくなるけど、
EXPLAIN 文でクエリー実行計画とかチェックして効率の良い方法を検討したらいいと思うよ。
私なら運用中にデータ構造が変わらないように、運用中にテーブルが雪だるま式に増えていく構造は絶対取らないけどね。

プリペアドステートメントとバインドパラメータを駆使して、
同じカタチのクエリーをクエリ返し実行する時、
データベースのリソースの使い方が上手になっていくものだと思っているのだけど、
ユーザーごとに分けたテーブルのデータを取得するためにいつも違うテーブルにアクセスするのは、
それなりに負担になるものと思うなぁ。

複数のデータベースっていうのは、単にテーブルのことなのか、データベースインスタンスのことなのか。
複数のインスタンスからのデータ取得ってそれだけで余計に負担がかかるけど、
どういう規模感のものを作ろうとしてるんだろうね。
複数のインスタンスを使うのって、企業の基幹システムなんかで別のシステムのデータを連携するときなんかに使う手段だけど、
たかだかSNSでどこまでよそのデータベースを利用する場面があって、
直接SNS側から更新を掛ける必要があるのかとか質問文から汲み取れないからよくわからないなぁ。
他システムとの連携だって、データベースを直接つなぐ以外にも、
webapi越しにアクセスする手段があるわけで、
本当に別インスタンスと繋ぐ必要があるのかを考えてみてほしい。

セキュリティのことを配慮するのも大事だけど、
そもそもユーザー数何人規模で、一日の投稿数が何千件何万件で、どういう機能を実現するのかの
具体的な数字が出てないからぼやけてくるんだよね。
いわゆる要件定義が足りない。
設計ってただデータ構造を考えるだけじゃなく、運用ベースでの実際のオーダーのデータが正しく扱えるかの評価も加わってくるよ。
ダミーデータでいいから実際にデータを作ってみて、クエリー組んでみて、実行計画の評価をして改善を図っていく、
ってことをしないなら、とりあえず組んでみたらいいよ。思うように。
システム運用中にテーブルが増えても困らない設計もあるかもしれないし。

最後に、設計の仕方の解説記事をいくつか置いておく。
データベース（RDB）設計の進め方！ - Qiita

投稿2022/07/26 01:14

編集2022/07/26 01:19