テーブル定義の際に必要になったので調べた。

FAQ | LINE Developers」より
ユーザーIDの値は、U[0-9a-f]{32}の正規表現にマッチする文字列になります。

よって、レコード上は32桁にしてアプリケーション側で頭に「U」を付けて処理するか、そのまま33桁保存するか、ですね。
リソースの限られた昔なら前者一択だったんだろうけど、今どきそんな事気にしない、むしろ処理速度の低下を気にする…かな(-_-;)?

↓おまけ
グループIDの値はC[0-9a-f]{32}、トークルームIDの値はR[0-9a-f]{32}の正規表現にマッチする文字列になります。

あれ?グループなのに「G」じゃなくて「C」なのか…。
おそらく他ですでに使用していたから、なんだろうけど、パッと見でGだと思っちゃううっかりさんを生みそうな予感がするなぁ…
それ、未来のワ・タ・シσ(゚∀゚ ;)?


参考記事:LINEのユーザーIDの桁数 なんでもブログ
(記事中のリンクが切れていて調べ直した)