特定のレコードだけ常に先頭or末尾に固定して残りをソートするSQL

 たとえばこんなテーブル構成＆レコードを考えます。

id, name, age

このレコード、ageがnullのレコード（年齢情報が未入力の場合とでも考えてください）は常に先頭にして取得したい場合、どのようなSQLを書けばいいでしょうか。

※このテーブルはただの例です。「年齢は毎年変わるからDBのレコードに含めるのは適切じゃないぞ」というツッコミはよそでやってください。

Sequelizeでレプリケーション設定をURI指定でやりたい

タイトルまんまです。

Sequelizeでは接続オプションとしてURI形式の文字列を指定できるんですが、この方法だとレプリケーションを使えません。

これをなんとかして使えるようにしたいという話です。

MySQL Workbench for Gentoo

MySQLのGUIツールとして、公式のMySQL Workbench（以下Workbench）を使っている人も多いと思います。Windows/macOS/Linuxに対応していて、何よりMySQLが公式で出しているという安心感がヤバいです。

そんなWorkbenchは以前まではGentoo Linuxの公式リポジトリーにも用意されていたので愛用していたんですが、公式リポジトリーから削除されてしまいました。Python2.7のサポート終了に伴い、3系列に対応しておらずしばらく更新されていなかったためだそうです。

ある日、Workbenchのバージョン8.0.23でPython3に対応したっぽい情報を仕入れました。しかしGentooの公式リポジトリーは音沙汰なし。仕方ないから自分でebuildファイルを作ってインストールして使っていました。

せっかく作ったんだし公式に導入してもらおうと思って先日pull requestを作ろうと思ったところ、いつの間にか公式に復活していました。

公式が復活したならもはやオレオレリポジトリーを作る意味はない、ということでWorkbenchに振り回された数カ月間でした。特にオチはありません。

自然キー vs 人工キー 勝手に決着

RDB界隈で時折バトル議論のネタになる「主キーには自然キーと人工キーのどちらを使うべきか？」というテーマについて。

「人工キーのほうがデータ量が少ないし高速だからこれでいいじゃん」
「いやいや、原則は自然キーで、人工キーはどうしようもないときにだけ使うべきだ」
「理論的には自然キーを使うべきなんだろうけど、効率とか考えたら現実的には人工キー使っちゃうよね」

現実を優先する人、原理原則を大事にする人、原則を尊重しつつも現実との折り合いをつける人…立場は様々ですが、これについて思うことが少々あるのでいつになく真面目に語ってみます。

mysql-connector-pythonがなくなった！？

QiNeelのサーバメンテの一環で、新OS（Ubuntu 16.04）に環境構築をしていたんですが、気になるエラーが出ました。

$ pip install mysql-connector-python
Collecting mysql-connector-python
  Could not find a version that satisfies the requirement mysql-connector-python (from versions: )
No matching distribution found for mysql-connector-python

14.04ではいけたのに（ ´・ω・｀）