URLを扱うテーブルを作るときにどうすべきか - 金利0無利息キャッシング – キャッシングできます - subtech

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

[tgk]

「InnoDBのインデックスの長さ制限が767bytesなので」

[IMAKADO]

単純に長さを増やす/別カラム作る

[denken]

「FriendFeedの例では、link VARCHAR(735) NOT NULLとなっている。」

[nilab]

URLを扱うテーブルを作るときにどうすべきか :「FriendFeedの例では、link VARCHAR(735) NOT NULL」「InnoDBのインデックスの長さ制限が767bytesなので、他のカラムとの複合インデックスを作った場合を考えて、それより短く」

[ogijun]

あとで書きたい

[kazuhooku]

pathtraq は前方一致検索が必要だから算術系圧縮して varbinary(767) だけど、順序の維持が不要ならハッシュのが速いはず

[seiunsky]

「InnoDBのインデックスの長さ制限が767bytesなので」へぇー

[studio-m]

FriendFeedでは、URLをvarchar(735)で格納。「InnoDBのインデックスの長さ制限が767bytesなので、他のカラムとの複合インデックスを作った場合を考えて、それより短くしているようだ。」

[hiro_y]

URLをDBにどう格納するか。URLの長さを考慮しつつ。

[wacky]

URLにどのようにDBへ格納するのが良いか。

[TAKESAKO]

参考文献: Pathtraq の事例 http://labs.cybozu.co.jp/blog/kazuho/archives/2008/02/range_coder_sse.php

[maakunh]

"/"で分解してトップから順に関連づけてテーブルに格納するのかな？アプリ側でURL再構築の処理が必要になるけど・・・