SQLのJOINのﾊﾟﾌｫｰﾏﾝｽ向上で質問です｡▽2
●
lang_and_engine ﾍﾞｽﾄｱﾝｻｰ |
＞似たような製品を探す労力を省く
ｲﾒｰｼﾞとしては，Amazonの｢この商品を買った人はこんな商品も買っています｣の欄でしょうか｡
これは，ﾘｱﾙﾀｲﾑで0から算出するような処理ではないですね･･･｡
ﾊﾞｯﾁ処理で，前もって付加しておくべき情報です｡
ﾏｽﾀﾃﾞｰﾀ内のそれぞれの商品情報に対して，
自分と似ているような｢類似商品情報｣を
ﾏｽﾀﾃﾞｰﾀ内の他のﾃﾞｰﾀから探し，
これらの商品同士が類似している，という関係を別ﾃｰﾌﾞﾙ等にまえもって記録しておきます｡
類似の関係の導出方法は，商品の名前の前方一致であったり，
ﾕｰｻﾞの購買履歴から，同じような年齢層のﾕｰｻﾞがさいきん買っているものを
ﾄﾚﾝﾄﾞ分析します｡
ﾚｺﾒﾝﾄﾞできる類似商品は定期的に更新されてゆきます｡
これらは，ﾏｽﾀﾃﾞｰﾀ(や購買ﾛｸﾞ)など，
主に過去に確定済みの情報だけにもとづいて算出する性質の情報なので，
ﾘｱﾙﾀｲﾑでは処理しません｡
しかもﾏｽﾀﾃﾞｰﾀの分量が膨大ですから，なおさらﾘｱﾙﾀｲﾑ向きではありません｡
1日おき，数時間おき，1時間おきなどの周期で
裏でﾊﾞｯﾁ処置で集計し，類似商品の紐付けや
ﾚｺﾒﾝﾄﾞの指標を更新しておきます｡
そうすれば，ﾕｰｻﾞがある商品の情報を調べたときには，
あらかじめﾊﾞｯﾁ処理によって算出済みの類似商品情報を
一瞬で提供できます｡
SQLのﾊﾟﾌｫｰﾏﾝｽを向上させる，という方針ではなく
前処理としてｲﾝﾃﾞｸｼﾝｸﾞをしておく(検索しやすいようにﾃﾞｰﾀ同士の紐付けを事前に済ませておく)，また
時間がかかる処理であることを前提に定期的なﾊﾞｯﾁ処理に回す
という方針でご検討ください｡
