Gitのコミット単位で動的にDockerイメージをデプロイするプロキシサーバpoolというソフトウェアがあります。 poolとは poolは、WebアプリとDockerfileをGitで管理している場合に、コミットidをサブドメインとして（ http://<commit-id>.pool.dev/ ）poolにアクセスするだけで、そのGitレポジトリのコミット時の状態でWebアプリのDockerイメージをデプロイし、Webアプリのポートへとリバースプロキシして、Webアプリのレスポンスを返します。もちろん、コミットidをキーに複数の状態にどんどんアクセスできます。（mod_mrubyのユースケースを調査していてたまたま見つけました）。 このpoolというソフトウェアはシンプルですが、ある種Dockerの差分管理やコンテナ型の利点をうまく利用していて、この構造を利用すると効率の良いDocke

人間とウェブの未来の購読者の皆様、お久しぶりです。まつもとりーでございます。 今購読者見ると800人近くいらっしゃったので、大変嬉しく恐縮と共に、ブログみたいな長文を書く時の執筆の流れと自分の今のインターネット上への文書を残すスタイルが少し合わなくなってきてしばらくブログを書いていませんでした。 で、X(旧Twitter)は相変わらずくだらないことをツイートしてるわけですが、X課金勢となりまして、たまに自分の考えを書く時に、今までは140文字で区切ったり、キレのある140文字を書くべく推敲したりしてたのですが、最近はダラダラ書いてるうちに140文字超えて長文になったりしています。自然に長文かけているという意味ではそれなりに良い体験です。 もはやこれって今の僕のブログのようなまとまった文章を書くスタイルになりつつあるので、改めて長文だけ読めるXのコミュニティをお試しで作ってみました。Xの記事

以前Presto/Trinoでのサブクエリ重複実行問題について書いたのですが、 takezoe.hatenablog.com その後調べたところ、最近のバージョンのPrestoDBではCTEの最適化機能が実装されているようなので少し調べてみました。 以下は公式サイトのCTE最適化機能に関するドキュメントです。 prestodb.io 以下のイシューを起点にして作業が進められているようです。 github.com CTEの出力を一時テーブルに書き出し、それをスキャンするという実装のようです。 github.com 当初は単純にすべてのCTEをマテリアライズするかどうかしか選択できなかったようですが、その後強化されてCTEにプロジェクションやフィルタをプッシュダウンできるようになったり、参照回数が閾値以上の場合にマテリアライズするといったことができるようになっています。 github.com