テーブルを作成する

データベーステーブルの作成と管理、モデルとがいっかんして管理できるというのがいいところ。舶来品のLaravelは、model名が単数形（キャメルケース）、テーブル名が複数形（スネークケース）となります。
ここでは以下のように作成します。

モデルを作成する

Laravel5の解説書にはモデルとマイグレーションは別々に作成することになっていますが、どっちにしろ両方つくるので一緒につくった方が楽です。–migrationで一緒に作成します。

php artisan make:model DataProject --migration
(php artisan make:model DataProject --m)

app/DataProject.php
database/migrations/yyyy_mm_dd_hhiiss_create_data_projects_table.php
が作成されます。
まだモデルとしてもテーブルとしても雛形ができただけで中身は空っぽですが、ここでmigrationしてみます。

php artisan migrate

これでdata_projectsテーブルが自動的に作成されます。
※migrationに失敗したらたいていの場合はキャッシュだったりオプティマイズがうまくできてなかったりするのが原因なのでここらあたりをやってみるといいです。
実際のマイグレーションの内容（database/migrations/yyyy_mm_dd_hhiiss_create_data_projects_table.php）を見てみると、コマンド（メソッド）は、

$table->increments('id');
$table->timestamps();

の2つだけです。
テーブルカラムとしては、

が自動的に作られている筈です。

マイグレーションファイルを作成する

上記の手順だけでは全然駄目なので必要なカラムを追加してゆきます。
すでに準備されているコマンド（メソッド）は以下の一覧になります。殆どこれで事足りると思います。また、ちゃんとしたマイグレーションファイルを作成する前に

php artisan migrate:rollback

して作成したテーブルを削除しておきます。
カラムは以下のコマンドで作成可能です。migrationファイルに追加してartisanでmigration

だいたいいつも使うものは充分に揃っております。
こんな感じで書ければOKです。

<?php

use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class CreateDataProjectsTable extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('data_projects', function (Blueprint $table) {
            $table->increments('id');
            $table->string('project_name', 100);
            $table->string('uniq_hash', 32);
            $table->text('remark');
            $table->text('tag');
            $table->softDeletes('delFlag');
            $table->timestamps();
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::dropIfExists('data_projects');
    }
}

そこそこ書いたら

php artisan migrate

を実行してまともなテーブルを作成します。
これで一応モデルがコントローラで取り込めるようになってます。モデルの中身をいろいろカスタマイズ必要な方はLaravel 5.4 Eloquent：利用の開始からやってみてください。

また直感的に適当に書くと比較的エラーが頻発します。私はinitに長さを適当に設定したら、設定してもいないプライマリキーがついてしまったので、上記メソット内のオブジェクトは厳粛にそのまま使った方が無難です。

コントローラ側でモデルを取り込む

コントローラからモデルを利用するには対象のモデルを

use App\DataProject;

こんな感じでuseしないといけません。
あとはクエリビルダーの扱いと限りなく同じなので、そこそこ直感的に書いてゆける感じになってます。data_projectsテーブルにデータを挿入して一行目をセレクトしてみます。

use App\DataProject;
....
$data_projects = DataProject::all();

    // model where
    $data_projects = DataProject::where('id', 1)->get();
    foreach($data_projects as $key=>$val) {
        echo "{$key}=>{$val}<br>\n";
    }

なるほど便利ですね。Symfony2より構築が軽くていいですね。

モデルに関するいろいろ

「php artisan make:model tableName」という便利なコマンドでモデルの雛形を作成するわけですが、このファイルはデフォルトではapp/*に入ってきます。これは結構気持ちがわるいので、app/Model/tableName.phpというふうにモデルファイルを集めてあげることにしてます。しかしちょっとソースをまだちゃんと読んでいないので申し訳ないところですが、useするときには、

use App\tableName;

という風にデフォルトのパスでよんであげないとエラーになりました。おや、と思っていろいろ見てみると、

.//vendor/composer/autoload_classmap.php:31:    'App\\tableName' => $baseDir . '/app/Model/tableName.php',
.//vendor/composer/autoload_static.php:311:        'App\\tableName' => __DIR__ . '/../..' . '/app/Model/tableName.php',

というわけで、autoload_classmapとautoload_staticにはApp\tableNameで登録されてるんですね。
なので、これもこれで気持ちがわるいのですが特に修正してあげる必要もないかといったところです。artisanでモデルを作成する際にパスも指定できると思うので、そのときにやった方が懸命ということでしょうか。

https://readouble.com/laravel/5.4/ja/eloquent.html

日本語がUTF8のエスケープシーケンスで表示されてしまう

幾つかの環境で試してみましたが、モデルを通して日本語を取り込むとUTF8のエスケープシーケンスで表示されてしまうというがありました。例えば、

あ　→　\u3042

と表示されてしまうわけです。やや強引なPHPコードでデコードすることは可能は可能ですが、これはmysqlの設定の問題なのかもしれません。

$val = preg_replace_callback('|\\\\u([0-9a-f]{4})|i',
    function($matched){
        return mb_convert_encoding(pack('H*', $matched[1]), 'UTF-8', 'UTF-16');
    }, $val);

と思ったら取得したデータがobjectとarrayが混在しているために適当にforeachしたらこうなっちゃうという話で正しく取得したら普通に日本語取得できました。

Laravel 5.4 データベース：マイグレーション
Laravel 5.4 Eloquent：利用の開始