日付だけでよいのにと思ったら 文字列を日付っぽくして、0埋めしてフォーマット 文字列を日付っぽくして、0埋めしてフォーマット（その２） 日付だけでよいのにと思ったら select now(); select date_format(now(), '%Y-%m-%d'); 結果 2021-04-09 21:59:05 2021-04-09 文字列を日付っぽくして、0埋めしてフォーマット select concat('2021', '-', '4', '-', '9'); select date_format(concat('2021', '-', '4', '-', '9'), '%Y-%m-%d'); 結果 2021-4-9 2021-04-09 文字列を日付っぽくして、0埋めしてフォーマット（その２） select concat('2021', '-', lpad('4',2, '0')

今回は前回に引き続き実技試験の予習として開発環境を作っていく 前回はPHP7+Apacheまで作ったのでMySQLを含めた環境を作っていく carametal.hatenablog.com こちらの記事を参考にさせていただきました。 qiita.com こちらの記事ではMySQLクライアントにphpMyAdminを使っていますが ひとまず環境構築のみの目的なのでphpMyAdminは扱いません。 前回の記事ではDockerfileを用いていましたが今回はdocker-composeで環境を作っていきます。 手始めにdocker-compose.ymlを作成 version: '3' services: php: image: php:7.2-apache volumes: - ./html:/var/www/html ports: - 8000:80 container_name: php

あるかどうかはわかりませんが、 少なくとも面白いことであるのは間違いありません。 ネットワークを味方に Hikaruはエンジニアなので、 自分のパソコンで ウェブサーバーを立ち上げておくということは 大工さんが大工道具を持つぐらいに必然なのですが、 みなさんはどうでしょうか？ 一般的にはそんなものは必要ない と、思われるのではないかと思います。 が、今日は敢えて書こうと思います。 普段、スマホしか使わないという方も、 PCをお持ちでしたらぜひ。 自分のパソコンをウェブサーバーにしておきましょう と。 少し勉強すれば、副業ができるかもしれません。 自分には全く縁がないと思っていたプログラムやホームページ作成ができると趣味の幅も俄然広がるかもしれません。 ブログを書いている人もその仕掛けが紐解かれるかもしれません。 な～んだ、、、なんてね。 追々、このブログではいろいろなことを紹介していきたい

今日の教訓は 標題そのまんまです。💦 UPDATE テーブル名 SET カラム名=値 WHERE 条件式 WHERE条件式には、 特定できるなら極力プライマリキーを使う。 それがだめならせめてkeyを持つカラムで 対象を特定できる条件を作る。 keyの存在も確かめず（あるに違いないという思いこみ）、 カラムの属性もおそらく（intだろ、きっと。みたいな）、 雰囲気で書いてなんとなくStagingでOKだから。。。 そんなSQLは本番で痛い目にあう。 構文は正しいのでエラーは返らないが、 期待する結果にはなっていない なんていうことが起こる。 Hikaru

SHOW [FULL] COLUMNS FROM {テーブル名}; これ一発で

SELECT count(TABLE_NAME) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = {データベース名};

なんとなく「これだけ知りたい」の記事も書き溜まってきたので、 整理したいなぁ。。。 カテゴリーのメニューからはそれぞれの記事へのリンクはありますが、 要点をまとめておかないと自分でも使いにくい そもそも書き始めたコンセプトは受験生の単語カードみたいなものをイメージしていたのです。 ショートカットページというのもちょっと違う気がするけど。。。 それなのに、これではぜったい違う。 と、思ったので実行しました。 今日までのまとめを書きました。 こういうような書き方しておかないと実践的ではないですよね。。。 MySQLのこれだけ知りたい と、いつもの自画自賛 今日までの記事を整理したページ MySQLのこれだけ知りたい Excelのこれだけ知りたい Gitのこれだけ知りたい Phpのこれだけ知りたい 事あるたびに追記していきま～す。

<< 8. 道具へのこだわり ここまで書いてきて、 「労せずして」 「ミスを少なく」 を合言葉に、データベースと付き合いながらエンジニアの仕事を進めるための道具になってきたなと思っているところです。自画自賛(^_-)-☆ でも、大事なことはこれをちゃんと自分自身も含めて伝わるようにしておかないといけない！ 誰でも使えるように、公開リポジトリにはしてみたものの、中途半端はいけない！ と反省して今日は README*1を書いてみました。 Php Engineer Tools hikaru217 のREADME いや、Markdown*2って書くのは意外と楽しいですね。 ちゃんと画像も用意して、 ファイルマップも書いて ここでも体裁には少しこだわってしまいました。 誰かの目に留まるかな。。。 この【シリーズテーブル】はいったん完結としておこうと思います。 お付き合いいただいた方、ありがとうござい

（この記事は2020-4-26にリメイクしました） そろそろ、エンジニアっぽいことも書いていきたいと思います。 更地に新しいシステムを作るときはまあ良いのですが、 どんなシステム開発の現場でも、たいていは既にデータベースがあります。 要求されるお話とにらめっこしながら、テーブルやそのデータとお付き合いが始まることになるのですが。。。 最初にやることは どんなテーブルがあって どんなデータがどういう風に保存・管理されていて どういう風に利用するのか を捉えること。 でもこれがなかなかスムーズにいかないことも多いのです。 そんな時や、実際の開発時に役に立つMySQLと付き合うための、Hikaru自作の便利ツールを順に紹介していきたいと思います。 Hikaruの便利ツールをコピーする ローカルマシンにXAMPPなどの開発環境をお持ちの方は、 http://localhost/などでアクセスできる

<< 6. エンジニア御用達のツールに そろそろ役に立ちそうなツールに見えてきましたでしょうか？？ といってもわかりづらいと思うので、百聞は一見にしかず、デモ用のサンプルサイトを立ち上げました。 サンプルデモサイト ↑ いや、何とも寂しいトップページ 誰かちょっとデザインしてくれないかな。。。 デモサイトではWordpressのテーブルを素材に、コメントを編集したり、テーブルの詳細を表示したり、自由に操作していただけます。 ひやかし大歓迎 8.道具へのこだわり ＞＞

（この記事は2020-4-26にリメイクしました） << 5.テーブルの詳細情報を表示する 前回までの記事で、データベース直結の 「動的に変化するテーブル仕様書」 の役目は十分発揮できると感じていただけたのではないかと思います。 紙に書いた仕様書は「その時」は良くても、アジャイル開発*1では、テーブルの追加やカラムの修正、keyの追加など、データベースの状態は常に変わり続けていると言っても過言ではありません。 特に、紙に書いた仕様書ではいつの状態を表したものか、それが現在の状態を正しく表しているのか、よほど管理がしっかりしていないと信用性に乏しいと思います。 エンジニアとしては直接データベースを参照することももちろん必要だし、確認もするのですが、「パッと俯瞰的に掴んで」スムーズに、確実に仕事を進めるには、自前で作ってでもこういうツールには手間を惜しまないようにしています。 で、もう少し続き

（この記事は2020-4-26にリメイクしました） << 4.テーブルコメントを編集する ここまでくればもう一息です。 テーブルをコメント説明文付きで一覧表示できるようになったので、だいぶ仕事がやりやすくなりました。 前回で、コメント付きのテーブル一覧が表示できるようになりました あとはエンジニアとして、それぞれのテーブルの詳細情報が欲しいところです。 カラムの構成やデータタイプはもちろん、 どのカラムがindexを持っているか、外部キー制約はあるか とか 既定値は定義されているか、等も知りたいところです。 たた、断っておきたいことは、 このシリーズで書いていることは、 MySQL Workbench やphpmyadminでもできることです。 それを敢えてこんな風に手をかけているのは、 スピード感をもってミスを減らすことに繋げるためのプロのエンジニアとしてのツールに対するこだわりです。

<< 3.簡単にスタイルをつける だんだん本題に近づいてきました。 いよいよ、テーブルコメントを素早く編集できるようにしておきたいと思います。 やりたいことは そのテーブルのペンマークをクリックしたら、テーブルコメントを編集できるようにテキストボックスを表示する。 ※そこで好きなように入力するが、MySQLのコメントの文字数には制限があるので注意する。 最初のペンのマークは更新するマークに代わっているのでクリックする コメントが登録される 簡単になったテーブル説明文の編集 これならいちいちALTER文を書かなくてもテーブルコメントの管理ができます。 何しろ、「データベース直結のテーブル一覧仕様書」なので、紙の仕様書とは違い、更新の手間が要らないです。 真面目に入力してみたところ 5.テーブルの詳細情報を表示する ＞＞

（この記事は2020-4-26にリメイクしました） << 2. テーブル一覧を表示する 前回の記事で、テーブルの一覧を表示するようにしました。 内容は「テーブル名: table name」と「テーブルコメント: table comment」だけにしてあります。 それ以外の情報はここでは不要で、シンプルに見られるようにしておきました。 サンプルの題材にはWordpressのテーブルを使いました。 Wordpressのテーブル一覧 見ていただくとわかるように、テーブル名だけ見て用途のわかりそうなものもありますが、なんだかよくわからないものもあります。 こういう時にテーブルの名前の付け方って重要だなぁ、と思います。 ここで注目したいのは、それぞれのテーブルに「コメントが書かれていない」というところです。 そのテーブルの用途や、使用上注意することなどがちょっと書いてあるだけで、エンジニアとしてはす

（この記事は2020-4-26にリメイクしました） << 1. データベース接続 とりあえず、ローカル環境でデータベースに接続したら、中身がどうなっているのか、、、 そう思った時に、たとえ、体裁よくまとめられたテーブル仕様書があったとしても、経験的に100%信用するわけにはいかないと思っています。 年期の入ったシステムになればなるほど、その実態に合わせて仕様書が更新されているのか、最新の状態を表しているのか、などがはっきりしないことがあるからです。 でも、とにかく俯瞰して全体を見てみないと話が始まりません。 ですのでこの目で確かめることにします。 その時に、もちろんMySQL Workbench*1 やphpmyadmin*2といったツールもあるので、それらでも十分仕事にはなるのですけれども、ここは少し横着をすることと、仕事の効率を考えてオリジナルに進めていきます。 まず、メニューにテーブ

データベースの設計をするときに、データの正規化、整合性を担保したいという気持ちはわからなくもない。 こっちのテーブルAにある値は別のテーブルBに存在するものじゃなきゃいけない。。。みたいなの 設計者の気持ちもわからなくはないが、でも、そういったことはシステムで塞いでおいたほうが良い。そんな定義をデータベースにされ、雁字搦めにされたのではいろいろと足枷になり、やりにくくてしょうがないこともある。 システムのバージョンアップに弊害がでることもあるし、 テストにじゃまだからこのデータは消したい！と思っても消せない。 えっ？そんな～ FOREIGN_KEYで削除できない！？ というときのマジック SET FOREIGN_KEY_CHECKS=0; これで心置きなくDELETEしよう ついでにUPDATEするときのこれも SET SQL_SAFE_UPDATES = 0; データ変更もできないと仕事

以前に書いた記事 blog.yutenji.biz では、カラムのコメントの修正はカラムの再定義になる。。。 というところが、ちょっとだけリスクを感じるけど、 テーブルの説明文（COMMENT）は 「ただ書く」 だけなので、サボらないようにしようと思う。 今日初めて見るシステムではなんだかさっぱりわからないからね。 ALTER TABLE (テーブル名) COMMENT 'テーブル説明文'; ほんとに簡単じゃん

これもあまり普段は使わないので記憶もあいまいになる。 この関数ではAuto Increment のkeyしか掴めないんだけど。。。 って、そりゃそうだ - 自分で指定したkeyならわかってるに決まっている！ なにが使われているかわからないから掴みたい。 INSERT INTO ・・・; set @auto_increment_id = LAST_INSERT_ID(); これで後は焼いて食うなり、煮て食うなりで

CREATE TABLE IF NOT EXISTS テーブルネーム ちょっとまずいケースがあったので。 CREATE TABLEは基本的に一度実行すれば良いことなので、どっちでも良いかな。。。 ぐらいに考えていたら今日はちょっと失敗した。 書いておいて害はないので、転ばぬ先の杖。 習慣にしようっと。。。