使用者畫像資料庫的設計想法是什麼樣子呢
- WBOY原創
- 2016-12-01 00:25:181495瀏覽
我們想建立一個用戶畫像分析的資料庫，主要的信息內容及就是用戶的個人信息和購買物品的訂單信息，訂單交易額這些。
現在想把這些數據導出之後，重新入庫存儲，做一下畫像分析，但是幾十萬的數據量放在一張表裡的話，反應太慢了，但是根據商品類型分開多個數據表存儲的話，關聯查詢要拼接好多的欄位。
我自己剛入門，想法過於簡單了，麻煩高手指點一下資料庫的儲存思路
回覆內容：
我們想建立一個用戶畫像分析的資料庫，主要的信息內容及就是用戶的個人信息和購買物品的訂單信息，訂單交易額這些。
現在想把這些數據導出之後，重新入庫存儲，做一下畫像分析，但是幾十萬的數據量放在一張表裡的話，反應太慢了，但是根據商品類型分開多個數據表存儲的話，關聯查詢要拼接好多的欄位。
我自己剛入門，想法過於簡單了，麻煩高手指點一下資料庫的儲存思路
儲存的欄位定義與量來說應該是差不多的，對錶進行索引定義，分資料段取得資料然後分析，這事目前大部分公司的做法
幾十萬的資料量大？查詢1ms都用不到
陳述：
本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn