現(xiàn)在、プロジェクトには次のようなフロー テーブル構(gòu)造があります
id ??sdkVersion jarVersion countryCode imei createTime
以前の要件は、sdkVersion、jarVersion、countryCode をグループ化して合計(jì)數(shù)を検索し、imei でソートした後の合計(jì)數(shù)を見(jiàn)つけることでした。おおよその SQL は次のとおりです:
リーリー前日のデータをすべて取り出して表にまとめると、おおよそ次のような構(gòu)造になります
id ??sdkVersion jarVersion countryCode count(*) count(distinct imei) createTime
その後、現(xiàn)在の要件は、任意の緯度の組み合わせをクエリすることです。つまり、
group by sdkVersion
group by jarVersion
group by countryCode
group by sdkVersion、countryCode
などです。組み合わせについて、以前の毎日の要約計(jì)畫(huà)に従う場(chǎng)合、さまざまな緯度の組み合わせに対して多數(shù)のテーブルを作成する必要があります。この問(wèn)題を解決する良い解決策はありますか?それとも、特殊な統(tǒng)計(jì)フレームワークを使用して解決できるのでしょうか?
人生最曼妙的風(fēng)景,竟是內(nèi)心的淡定與從容!
日次集計(jì)の場(chǎng)合、リアルタイム要件は高くなく、500W レコードはまだ処理範(fàn)囲內(nèi)であり、ビュー + スケジュールされたプランで要件を満たすことができ、複數(shù)のテーブルを構(gòu)築する必要はありません。
結(jié)局のところ、mysql は成熟した製品であり、最先端のテクノロジーに切り替えるには一定のリスクが伴います。