Go のリフレクション、通常のインターフェイスの扱いと同じくらいのデータしか扱ってなさそうだし、速そうだな
なんで 65536 じゃないんだろう https://github.com/jinzhu/gorm/blob/8b07437717e71c2ff00602ae19f8353ba10aafbb/dialect_mysql.go#L91
それ MyISAM 限定っぽく見えるが。 varchar 自体の構文上は 65535 まで指定できる https://dev.mysql.com/doc/refman/5.6/ja/char.html
> すべてのテーブル (ストレージエンジンには無関係) の最大行サイズは 65,535 バイトです。ストレージエンジンではこの制限に対してさらなる制約を加えられる場合があり、有効な最大行サイズは少なくなります。
を見落としてた。 InnoDB でもたぶん同じだ。 VARCHAR はカラム長に影響し、 TEXT は別オブジェクト扱いを受ける、が正解か?
まぁ TIMESTAMP という名前が語っているように、今を示すものなので、 MySQL が存在しない時空を表す必要がないというのはそれはそう。あと 10 年は放置しても死なない死なない
DATETIME 型、 10 進か、マジか https://dev.mysql.com/doc/internals/en/date-and-time-data-type-representation.html
このアカウントは、notestockで公開設定になっていません。
ラノベ主人公相手に、てめえ自称オタクとか言いながらマジョリティを意識して女々しいなぁとか突っ込むの無駄すぎるんだけどやってしまう
非公式RTはアルファめのアカウントが会話をパブリックにする(フォロワーのホームタイムラインに表示させる)ための技としてきちんと機能していた経緯があり
今日の読んでいきラノベ、こちらです: 『それでも僕は、モブキャラが好き』(氷高 悠,師走 ほりお):講談社ラノベ文庫|講談社コミックプラス
http://kc.kodansha.co.jp/product?item=0000312999
はぁやめろ、オタク同士話が合うみたいな前提をやめろ。オタクだぞ?趣味が合わないからオタクとして隔離されてる奴らだぞ?オタク同士で趣味が合うわけねぇだろ