Index用labelの命名規則を変えたい

[tsuzu]

現状フィールド先頭から順番についているがこれはフィールドを追加したりすると壊れる可能性がある
フィールドの追加、削除などがあっても壊れないような命名規則に変更したい

• 例
  • firestoreのkeyそのまま
  • ハッシュをとる

[54m]

できるだけサイズが小さくなるようにしたいから今のようになってるんですよね(インデックス爆発を防ぐ為)

[tsuzu]

keyが長くなるだけでデータ量が大きくなるってことですかね?
そうなると仕方ないんですかねえ・・・なんかEmbeddingされたstructに追加したら思わぬところでLabelがずれて壊れるみたいなのがありそうでちょっと怖い

[54m]

たしか1ドキュメント1MB制限あるので、Biunigram対応すると少しでも文字数節約したい思いがあり！

ただ、保守性クソなのでこの対応したいなって感じなら実装側に飲んでもらうか〜という気持ち

[tsuzu]

なるほど・・・
多分保守性を保ちつつ運用上の問題を避けるならタグでLabelのprefixを指定する形になるのかな、と思いますね(keyとindexのlabelをバラバラに管理できるのでフィールド名変更で壊れるみたいなことも起こらない)
ただindex使うタイミングで常に指定するのが面倒というのはあるかもしれないです

[54m]

前もその対応にしようか迷ってて何かがあって自動生成にした気がする
それにした場合、indexer:"like:a1,prefix:a2,equal:a3"とかで指定すればいいし楽そうですね

[tsuzu]

あるいは1~3みたいなものは自動でつけてaだけ取るようにするか、ですかね

[54m]

あるいは1~3みたいなものは自動でつけてaだけ取るようにするか、ですかね

それだと「インデックス爆発したし、やっぱlikeいらないな！消しちゃお」って時に死ぬのでタグ管理するなら完全指定が良いかと！

[tsuzu]

1~3の数字はそのままであれば問題はないのでは?

[54m]

そのままというのは？
likeなら1、equalなら2っていうルールがあれば大丈夫ですね！
ただ記述順で採番されるとかでなければ良さそうですね

[tsuzu]

likeなら1、equalなら2っていうルールがあれば大丈夫ですね！

その意味でした！

[54m]

なるほど！
良さそう