昨日はコンテナ実行環境の比較、今日はマネージドDB（MySQL）を比較してみる。

• Amazon RDS for MySQL （MySQLのためのマネージドリレーショナルデータベース） | AWS
• Cloud SQL for MySQL マネージドデータベース  |  Cloud SQL: リレーショナル データベース サービス  |  Google Cloud
• Azure Database for MySQL - マネージド MySQL データベース | Microsoft Azure

リージョンは東京で、シングル構成の前払いなし。

AWSとAzureとGCPで、コンテナ実行環境の比較をしてみたくなった。

GCPのCloud Run: コンテナを秒単位で本番環境にデプロイ  |  Google Cloudみたいなやつ。

AWSはAWS App Runner – フルマネージド型のコンテナアプリケーション - Amazon Web Services、AzureはAzure Container Apps | Microsoft Azureが比較対象となるかな？

AWSは選択できる最低スペックが1vCPU/2GBメモリなので、GCPとAzureもこれに合わせた見積もりにする。 なお、メモリはAzureは最低1GBから、GCPは最低128MBから選択できる。

Generators Listを眺めていたら、mysql-schemaなんてのがあったので、試してみた。

$ wget https://raw.githubusercontent.com/openapitools/openapi-generator/master/modules/openapi-generator/src/test/resources/3_0/petstore.yaml
$ docker run --rm \
  -v ${PWD}:/local openapitools/openapi-generator-cli generate \
  -i /local/petstore.yaml \
  -g mysql-schema \
  -o /local/out
$ ls -R out/
out/:
Model  README.md  mysql_schema.sql

out/Model:
ApiResponse.sql  Category.sql  Order.sql  Pet.sql  Tag.sql  User.sql

out/mysql_schema.sqlにDDLが作成されていた。

out/Modelには、CRUD用SQLのテンプレートが作られていた。

petstore.yamlのcomponents > schemasの定義がもとになっているのかな。

昨日、Migratinが用意されているのを知って、試してみたけれど思ったように動かず。

マイグレーションにしか使わないパッケージもいくつかimportが必要だし、明示的にmigrate upしないといけない。

であれば、普通にHTTP APIでCreate Collectionしても良いかなという気持ちになっている。

fmt.Errorf("～～: %w", err)の書き方にルールあるのかな、と思って調べたら、先人の記事があった。

• fmt.Errorfのメッセージについての調査と、linterとしての実装について | CyberAgent Developers Blog

いつもその時の雰囲気で書いていたので、こういったルールで揃えられるのは良い。

もうひとつ、template.Executeでエラーになったときに、どうするべきなのかという疑問。これも解決されていた。

コンテナで起動時にコレクションを作成したい時のやり方が見つからない。

MySQLとかだと、/docker-entrypoint-initdb.dにSQLを置いておけば実行してくれる、そういうやつ。

→DB migrations - Docs - PocketBase

Pocketbaseの起動時に初期化するのではなく、利用するアプリ側でマイグレーションを実行する方式らしい。

ログアウトの処理（GET /logout）実行後にトップページにリダイレクトしようとした。

http.Redirect(w, r, “/”, 301)

おや？動作しない時がある。。

301だと、ブラウザはリダイレクト先を覚えて、次からはリダイレクト先を最初から叩くっぽい。

なので、302にしてあげないと思ったような動きにならない。

ところで、Goのhttpパッケージに定義されているステータスコードhttp.StatusTemporaryRedirectは307なんだけど、これはPOSTの処理のリダイレクトもPOSTで行う（元のメソッドと同じにする）ので、トップページとかGETしか定義していないところへのリダイレクトがエラーになる。

テンプレートのincludeってどうやるんだっけ、と思って検索した。

• Go の html/template でヘッダーやフッター等の共通化を実現する方法 · Yutaka 🍊 Kato

なるほど、{{define "header"}}～{{end}}で定義して、{{template "header" .}}で呼び出すのか。

VS Codeのmermaid拡張でER図を試していて、カラム名に日本語使えなくて論理名と物理名両方書きたいのにどうしようかと思ったら、コメントとして書けば日本語も通ることに気づいた。

mermaid - Markdownish syntax for generating flowcharts, sequence diagrams, class diagrams, gantt charts and git graphs.

つまり、こう書ける。

erDiagram

user {
  bigint id PK "ID Auto increment"
  text email  "メール"
  text name  "名前"
}

型とカラム名はどっちが先でも通るっぽい。

PocketBaseのユーザー作成をGoからHTTP叩いて実行しようとして、正常時とエラー時で戻ってくるJSONの形式が違っていた。

structを別々に用意して、Unmarshalでエラーになったらもう片方を使う？とか思ったけど、 golang は ゆるふわに JSON を扱えまぁす! — KaoriYaによると、interface{}（Go1.18以降ならanyか）を使えば、structを事前に用意する必要がないと。