常連

## テーマ、知りたいこと

PHP, MysqlでWebシステムを作成しています。
データベース設計時にカラムIDを「c + テーブル番号 + 連番」と定義しています。
例えばテーブルID「t0001」に対して「c0001001, c0001002...」としています。
この設計は避けるべきでしょうか？

## 背景、状況

ExcelでカラムIDの対応表を別途用意しており、これを見ながら作業をしています。
おそらく「避けるべき」とする回答が多いと思いますので、私の考えるメリットを挙げます。

・テーブルの結合時にカラムIDが競合しない
・カラムID単体でテーブルIDが割り出せる
・テキスト検索で利用箇所の特定が容易
・固定長なのでコードが整理しやすい（何となくですが...）

皆さんの意見をお聞きしたいです。
よろしくお願い致します。

## 追記
逆に「id, name...」のような構成にあまりメリットを感じていません。
一番は可読性ですが、対応表で十分に感じています。
もし連番ではない命名方法にすべき理由があれば教えていただきたいです！
よろしくお願いします。

## 追記_2
想像以上に厳しい意見が多く、勉強不足を痛感しております。
複数人開発の経験がなく、オレオレなフレームワークで独自路線を貫いてきましたが、しっかり勉強して出直してきます。
回答いただいた皆様ありがとうございました。

カラム名を連番で命名することについて

40歳、システム開発6年のキャリアからの転職について相談させてください

【現状】
・現在、障害者雇用枠でシステム開発に従事（精神・発達障害者が主体の環境）
・システム開発経験：6年
・担当業務：要件定義以外の上流工程（2年経験）、開発、テスト、本番導入
・勤務形態：週2日出社、週3日在宅勤務
・主な役割：新規開発も担当するが、メインは保守担当

【転職検討理由】
　職場環境の課題
   ・同僚の体調不良による欠勤が多く、特に出社日には身体障害者の同僚のサポートが一人に集中
   ・技術力向上への意欲が会社全体で低い
   ・古い技術への依存が強く、成長機会が限られている

【悩み・質問】
・6年のシステム開発経験を持つ40歳で精神障害があることを考慮すると、転職市場での可能性をどう評価すべきか
・現在は精神状態が安定しているため、一般枠での就職も視野に入れています
・システム開発のスキルと経験を活かせる、より技術志向の強い環境への転職は現実的でしょうか
・同様の状況から転職された方の体験談や、成功事例があれば参考にしたいです

ご意見・アドバイスをいただければ幸いです

【転職相談】40歳、システム開発6年、障害者雇用からのキャリアアップについて

### 実現したいこと
Company#showページでDeparmentにあるcompany_idと同じものだけ取得してDepartmentのリストを表示させたいのですが、where句で取得しようとしても取得出来ていません。
comapny_idと会うDepartmentを全て取得するにはどうすればいいでしょうか？


### 発生している問題・エラーメッセージ

```
Undefined variable $departments
```

### 該当のソースコード

・取得するController
```CompanyController
namespace App\Http\Controllers;
use App\Models\Company;
use App\Models\Department;
use App\Models\User;
use App\Models\Notification;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Redirect;
use Illuminate\Support\Facades\Auth;
use Illuminate\Support\Facades\Validator;
use Illuminate\Support\Facades\Storage;
use Illuminate\Support\Collection; //追記
use Illuminate\Pagination\LengthAwarePaginator; //追記
use Illuminate\Support\Facades\DB;

    public function show($id)
    {
      $company = Company::find($id);
      $user = Auth::user();
      $companys = Department::where('company_id', '=', $id)
                           ->get();
      return view('companies.show', ['company' => $company, 'user' => $user, 'departments' => $departments]);
    }
```

・取得してデータを表示するページ / Department作成フォーム
```resources/companies/show.blade.php
<x-app-layout>
    <div class="department-list">
        <div calss="company-list">
            @isset($departments)
                @forelse ($departments as $department)
                    <a href="{{ route('department.show', $department->id) }}">
                        <h1>{{ $department->name }}</h1>
                    </a>
                @empty
                @endforelse
            @else
            @endisset
        </div>
        {{ $company }}
        <div class="department-form">
            <form method="POST" action="{{ route('department.store') }}">
                @csrf
                
                
                <div>
                    <x-input-label for="name" :value="__('部署名')" />
                    <x-text-input id="name" class="block mt-1 w-full" type="text" name="name" :value="old('name')" required autofocus autocomplete="name" />
                    <x-input-error :messages="$errors->get('name')" class="mt-2" />
                </div></br>
                
                <input type="hidden" id="company_id" name="company_id" value="{{ $company->id }}">
                <div class="flex items-center justify-end mt-4">
                    <x-primary-button class="ms-4">
                        作成
                    </x-primary-button>
                </div>
                
            </form>
        </div>
    </div>
</x-app-layout>
```

・Departmentを生成するController
```DepartmentController
<?php

namespace App\Http\Controllers;
use App\Models\Company;
use App\Models\Department;
use App\Models\User;
use App\Models\Notification;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Redirect;
use Illuminate\Support\Facades\Auth;
use Illuminate\Support\Facades\Validator;
use Illuminate\Support\Facades\Storage;
use Illuminate\Support\Collection; //追記
use Illuminate\Pagination\LengthAwarePaginator; //追記
use Illuminate\Support\Facades\DB;

class DepartmentController extends Controller
{
    public function index()
    {
    }
    
    public function create()
    {
        $user = Auth::user();
        return view('departments/create', ['user'=> $user ]);
    }
    
    public function store(Request $request)
    {
      $request->validate([
        'name' => ['required', 'string', 'max:255'],
      ]);
      //ユーザーIDを取得
      $user = Auth::user();
      $user_id = $user->id;
      // 新しい department を作成
      $department = new Department;
      // フォームから送られてきたデータをそれぞれ代入
      $department->user_id = $user_id;
      $department->company_id = $request->company_id;
      $department->name = $request->name;
      
      // データベースに保存
      $department->save();
      // showページへ遷移
      return Redirect::route('department.show', ['department'=>$department])->with('user', 'department');
    }
    
    public function show($id)
    {
      $department = Department::find($id);
      $user = Auth::user();
      return view('departments.show', ['department' => $department])->with('user', 'department');
    }
}
```
### 試したこと
Department作成後にDepartmen#showページに遷移されるようにしており、そこでcompany_idが入っているかを確認したのですが、しっかりと入っていました。

### 補足情報（FW/ツールのバージョンなど）
Laravel Framework 11.41.3

whereでデータを取得できません

### 実現したいこと
inner joinとサブクエリについて整理しています。以下2点について教えていただけると幸いです。
・まとめた理解が正しいかどうか
・INNER JOIN とサブクエリのパフォーマンスの違い

### 発生している問題・分からないこと
## JOINSとサブクエリの違いについて
### やったこと
 JOINSとサブクエリをサンプルテーブルをもとにイメージを掴みました
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2025-03-10/4418c47b-1bf6-4a3d-a255-dcf2f01eabcc.png)

### ユースケース
workspace_id=1を持つmessagesテーブルのレコードを取得する

### JOINS使用
```sql
SELECT *
FROM messages
INNER JOIN channels
  ON messages.channel_id=channels.id
WHERE channels.workspace_id=1;
```
### サブクエリ使用
```sql
SELECT *
FROM messages
WHERE EXISTS (
  SELECT 1
  FROM channels
  WHERE messages.channel_id=channels.id
  AND channels.workspace_id=1
);
```
### 結果
どちらも同じでした。（内容も含め）
```sql
31000 rows in set 
```
## JOINSとサブクエリの出力の違い
最終的に出力されるカラムの量が違うとの認識です。
- JOINS　　：当然結合したテーブル（カラム）全て出力される
- サブクエリ：サブクエリ内で指定したテーブル（カラム）はあくまで「参照」、出力されない
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2025-03-10/63547df1-05da-410b-83a5-1acb4f664d8f.png)

## サブクエリのイメージ

以下のクエリを実行した場合の処理の流れは以下の通り

```sql
SELECT *
FROM messages
WHERE EXISTS (
  SELECT 1
  FROM channels
  WHERE messages.channel_id=channels.id
  AND channels.workspace_id=1
);
```
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2025-03-10/518be54d-e33f-47a8-8d97-a62d41dd14d8.png)





### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
INNER JOIN とサブクエリのパフォーマンスについて調べたところ以下の優先順位が良いとのことでした。
1. INNER JOIN （最も高速なケースが多い）
2. サブクエリでの事前絞り込み（大規模データの場合に有効）
~~3. LEFT JOIN + WHERE（通常は最も遅い）~~

ですが、結合するテーブルが多くなるとその分パフォーマンスが落ち、サブクエリのように余計なテーブルを結合しなくて済むのはパフォーマンス向上につながると思っています。
ケースにより違うとは思いますがパフォーマンスについてどう考えるべきか教えていただければと思います



参考記事
https://zenn.dev/btc/articles/241227_mysql_vs_inner_left_join_sub_query
https://qiita.com/yoshiokatsuneo@github/items/1b0c283c93604323c88d
https://www.okb-shelf.work/entry/subquery_left_join

### 補足
特になし

SQL) INNER JOINとサブクエリの処理速度の違いについて

###商品登録データベースを作成したいと思っております。
商品画像データをデーターベースに登録したいと思い、
初心者ながらgoogleで色々調べてみたところ、
データ型を「mediumblob」にすると画像を保存できるという記事を見かけましたが、
基本的にデーターベースには画像を保存しないほうがいいというご意見もありました。
普通は画像のパスをデーターベースに保存する、という意見でした。

基本的にはどちらが良いのでしょうか？
（データーベースに負荷を与えない画像保存？）

皆様のご意見をお聞かせください。

宜しくお願い致します。

データベースに画像を保存するのはありでしょうか？

### 実現したいこと
スターレンタルサーバーの無料版で、MySQLとPHPを使ったクイズを作りたい
一応ここ（https://tetsudoulab.com/yontaku-quiz-php-mysql/　鉄道ラボ, 4択クイズの作成方法(ランダム出題、MySQL活用)）を参考に
※もし無理であれば別サイトでも良いです

### 発生している問題・分からないこと
(データベースへの接続なので省略)
の記載方法が分からない。
あと、諸々のMySQLの操作方法が分からない。
文章だけでは分かりにくいので、「補足」に図を添付しました。

### エラーメッセージ
```error
(データベースへの接続なので省略)
の記載方法が分からない。
あと、諸々のMySQLの操作方法が分からない。
文章だけでは分かりにくいので、「補足」に図を添付しました。
```

### 該当のソースコード

```php
<?php
(データベースへの接続なので省略)
//出題する色を表示
foreach ($dbh->query('select * from kanyokyoka where id=1') as $row){
         }
echo '<div style="width:300px; height:200px; background-color:',$row['color'],'"></div><br>';
//出題する色の選択肢を入れ替える
$question = array();
$question = array($row['name'],$row['other1'],$row['other2'],$row['other3']);
shuffle($question);
?>
<form method="POST">
   <?php foreach($question as $value){ ?>
   <input type="radio" name="question" value="<?php echo $value; ?>" /> <?php echo $value; ?><br>
   <?php } ?>
   <input type="hidden" name="answer" value="<?php echo $answer ?>">
</form><br>
<?php
echo '<div style="width:300px; height:200px; background-color:',$row['color'],'"></div><br>の正解は';
echo $row['name'];
echo '<br><br>';
?>
<form method="POST"><input type="submit" value="次の問題へ"></p>
</form>
```

### 試したこと・調べたこと
- [ ] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
まずphpadminを操作して、図1のようにsampleテーブルを作り、同様にCOLを1～5まで作成し、
SQLに
INSERT INTO sample
   VALUES ('#8b4239', '鳶色(とびいろ)', '海老茶', 'マルーン' ,'弁柄色')
という記述を5回実行して、図2の行のようにしました。

サイトによると、excelファイルを使うようなのですが、やり方が分からず、エラー等も出て諦めました。
エクセルファイルをインポートし、かつphpadminでエクセルファイルをいじる？みたいなのですが、どうやれば良いのでしょうか・・・。

あと、phpファイルですが、おそらくphpはサイトにあるソースをquiz.phpで保存してFFFTPでUpし、ブラウザからアクセスすれば良いと思うのですが・・・

(データベースへの接続なので省略)

の部分に何を書けば良いのか分かりません。


### 補足
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2025-03-02/a1f3e627-c405-4b65-a15a-8be907c86d4e.png)

MySQLとPHPを使ったクイズを作りたい

## テーマ、知りたいこと

PHP,MySQLでquizを作りたいのですが・・・
分からないところがあります。

## 背景、状況

疑問があった場合、Teratailで質問させて頂ければ回答いただけるものですかね？？



PHP,MySQLでquizプログラムを作りたい

PHPを利用したWebシステムの開発をしています。
住所情報を「郵便番号,都道府県,市区町村,番地,建物名」の計5つでカラムを分けて保存しています。
そのため、一つのテーブル内で異なる役割の住所が複数あるとカラム数が増大してしまうため住所テーブルを作成して分離することを検討しています。

このとき、以下のように各テーブルの住所を一つのテーブルに統合して管理する事は問題になるでしょうか？
ご意見を頂きたいです。
よろしくお願いいたします。

※各テーブル名、カラム名は例です。
※実際はもっと多くのテーブル、住所データが存在します。
※住所自体のカラムを統合する事は現状考えていません。

■企業テーブル ( company )
・company_id
・company_name
・company_address_key（ address.address_id ）

■従業員テーブル（ employee ）
・employee_id
・employee_name
・employee_address_key（ address.address_id ）

■住所テーブル（ address ）
・address_id
・postcode
・prefecture
・city
・block
・building