仄かに見える杜

ゲームの作り(ミニゲーム規模ですが…)と攻略が多めです。

[BigQuery]

[BigQuery]

棚数と住民購入回数

ゲーム内の掲示板の情報屋でヒントを頂いたのですが、棚数と住民購入回数に関係があるのかな…と思い調べてみています。

そしたら、ちょと面白い感じ?のグラフが描けましたw

棚数と住民購入回数


こんなグラフなんですが、1,000G未満や2,000G代の商品ですと、購入回数と棚数が綺麗にならでいて棚数が増えると購入回数もふえてゆく…というのが見て取れるのですが(ただX軸が購入回数の方になってますけど…

ところが、5,000G代になるとごちゃあとしてますね…(; ・`д・´) 気合があればこれから調べるのですが(!?5,000G代になると街ごとに棚数と購入回数の増え方が違うのでは…と思っております。

…間違えてたらすみません😣

そのうち5,000G代は街ごとに集計しますね…(; ・`д・´)

追記:
ごちゃあとしたままですが…Rに散布図描いてもらいました🐼

144


街ごとにするとこんな感じになってました。右上がりの傾斜がきつい=棚数が増えても購入回数が増えにくいなので…やはりと申しますか、エメラルド街さんは厳しそうですね🥺

記事カテゴリに[BigQuery]と[firebase]を作成しました

この2つの話もだいぶ増えてきましたので…[BigQuery]と[firebase]の記事カテゴリを作成しました🐼

少し記事についてるカテゴリの整理しなきゃ…

Re: 【作業終了】2024年8月11日より棚数の保存方法を変更します

8月11日のデータですが、最終的にいままでの倍くらいでした…(; ・`д・´)

…1年でいままでの2年分のデータになる訳ですね…

ま、まあBigQueryは大量のデータがあっても割と安いので大丈夫かなとは思っております。

と同時に、市場調査さんとか維持費いくらくらいかかってるのかなと思いますが…(; ・`д・´) 今は証明書きらしてらっしゃいますけど。

現状、この新しい棚数の保存方法でまいりますので引き続きよろしくお願いします🐼

【作業終了】2024年8月11日より棚数の保存方法を変更します

薬草のデータなどを目視で確認してみましたが、今の所は問題なさそうです。よかった…

とはいえ、分かっていた事なのですが、棚数を正確に保存する=保存するデータ量が増えるという感じでして…2時時点のデータは、普段の倍くらいになってました…(; ・`д・´)

このデータ量が大丈夫かなと思っておりますが…まあ暫くこの方式で記録続けようとは思います。

作業ご協力頂きありがとうございました🐼

2024年8月11日より棚数の保存方法を変更します

サーバーのお引越しがお盆明けとなったのですが…ちょと思い立ったので、かねてから懸案だった棚数の保存方法を変更していました。

いままでは、レポートにデータが存在する場合にのみ、そのレポートに対して棚数を付け加える…という感じでしたので、まったく売り上げがない場合には棚数がカウントされないという不具合めいた仕様でした。

それを、まったく売り上げが無くても売り上げ0のレポートを作成して、それに対して棚数を付け加える…という動作に変更いたします。

これをすると、データがかなり増えるのでずっと迷っていたのですが…収集をはじめて2年たち、わりとデータ量が増えても大丈夫そう?なので思い切って変更してみます。

データが増えすぎてやっぱだめ…となったらごめんなさい。

よろしくお願いします🐼

レポート再集計もはや3年目

無事に3年目突入しました…!

スピードポーションの業者単価

はやいものです…↑のグラフはスピードポーションの業者取引単価ですが、週で集計すると結構安定してみえるものですね…考えてみれば、値段が上がった?(下がった?)とか思ってもたいていは1割ほどですしね…(; ・`д・´)

レポート再集計がもうすぐ2周年

Screenshot_20240717-114700

はやいもので、SOLDOUT2のレポートを本格的に再集計するようになってから2年となります…!ご利用頂きありがとうございます。

3年目となっても中身はさほど進化しないとは思うのですが、これからもよろしくお願いします🐼

Re:魔石の値下がり周期

11日12日ともに値下がりはしませんでしたね…🤔


でも取引量には周期性ありそうな感じもしますね…引き続き要チェックかな?
RSS
訪問者数
  • 今日:
  • 昨日:
  • 累計:

Recent Comments
検索
  • ライブドアブログ