1. 川の真ん中に咳が多かった。咳など講師様の健康にたくさん気をつけていただきたいです。受講者の方々には講師様の講義よりも健康をより優先して考えませんか？ 2. 説明がとてもぐるぐる回ってルーズになる感じをたくさん受けました。 例えば、where 節の = には、2 つ以上の結果が出たときに、1 行の副照会に 2 つ以上の行が戻されました。などのエラーを正確に拾っていただきたいと思いますが、in節を書けばいいとお越しいただきました。 3. モデリング講義だから、テーブル作名、カラム定める基準などをよりしっかりしてくださり、実務に使われるほどより複雑な状況に悩むことができる講義であればいいです。 例えば、DBのテーブルであることがはっきりわかるのに理由なく 't_' をつけたり、大学生の学士管理システムなのにキー情報が入ったり（実際に大学生情報なのにキーが必要でしょうか）など、テーブル名を決める講師様だけの基準でも確実であれば聞く人の立場でも "子供講師様はこういう基準でこんな選択をされたんだなぁという考えを持てなかったかと思います。 4. データベースモデリングであれば、なぜモデリングをしなければならないのか、"実務ではこうなって"ではない何らかの理由で実務ではこれらのカラムを設定し、カラムサイズはA基準で、カラムタイプはB基準で、どのサービス、どの環境でのモデリングなのかについての説明まで詳しく把握して実習をしたら、受講者の立場でも問題解決に悩んでみる余地が生じ、より実力改善が期待できたという残念が残りました。 - それでもデータベースのモデリングを初心者の立場で教えてくれたという感じで、学校専攻授業を再び学ぶと考えてよく聞きました。 - SQLの問題を解くときに解決策を教えてくれたことも良かったです。 - コマースドメインの例も楽しく学習しました。 良い講義ありがとうございます。