無限級分銷系統資料庫表設計
這次分享的內容很簡單,就是一張表的設計思路。
一、背景
在做交易所的時候有個需求,需要統計邀請註冊人數,比如 A邀請B, B邀請C, C邀請D。那麼A的邀請人數就是3個,B的邀請人數就是2個,C的邀請人數就是1個。除此之外,還要能統計出A直接邀請人數,A下一級邀請人數,A下二級邀請的人數,以此類推。
二、實現
首先是使用者註冊資訊表UserInfo需要增加一個ParentId欄位。
然後,新建一張層級關係表TeamLevel,表結構如下:
CREATE TABLE `teamlevel` ( `Id` bigint(20) NOT NULL, `UserId` varchar(50) DEFAULT NULL COMMENT '使用者Id', `ParentId` varchar(50) DEFAULT NULL COMMENT '推薦人Id', `Level` int(10) DEFAULT NULL COMMENT '層級', PRIMARY KEY (`Id`) )
1.在註冊的時候需要往這張表插入資料,比如D推薦E來註冊,就需要往庫裡插入如下記錄:
2.有了這些記錄之後,查詢統計就方便多了,使用者的層級關係也一目瞭然。
相關推薦
無限級分銷系統資料庫表設計
這次分享的內容很簡單,就是一張表的設計思路。 一、背景 在做交易所的時候有個需求,需要統計邀請註冊人數,比如 A邀請B, B邀請C, C邀請D。那麼A的邀請人數就是3個,B的邀請人數就是2個,C的邀請人數就是1個。除此之外,還要能統計出A直接邀請人數,A下一級邀請人數,A下二級
無限級分銷系統軟件定制
經理 系統定制 靈活 通過 百萬 不用 後臺 取代 模塊 無限級分銷軟件開發【孫經理159-8614-9962微、電】軟件開發、平臺開發、模式開發、軟件定制、模式定制、系統定制、平臺搭建 一切傳遞信息的工具和方式就叫自媒體,我們傳統認識的媒體形式像中央電視臺,各大衛
使用者和角色:通用許可權管理系統資料庫表結構如何設計?
一,前言 許可權管理系統的應用者應該有三種不同性質上的使用,A,使用許可權B,分配許可權C,授權許可權 本文只從《使用許可權》和《分配許可權》這兩種應用層面分析,暫時不考慮《授權許可權》這種。二,初步分析使用者和角色 說到許可權管理,首先應該想到,當然要設計一個使用者表,一個
HBase概念學習(八)開發一個類twitter系統之表設計
至少 創建用戶 列表 ase wke long 少包 mali 。。 這邊文章先將可能的需求分析一下,設計出HBase表,下一步再開始編寫client代碼。 TwiBase系統 1、背景 為了加深HBase基本概念的學習,參考HBase實戰這本書實際動手做了這個樣
無限級菜單簡單的設計
是否 包含 bottom -a color htm sta code incr 策略:數據庫就一張表,前端查詢出所有的可顯示的菜單,在前端進行循環展示。 1,數據庫表的設計 CREATE TABLE sys_menu ( id INT NOT
Oracle資料庫表設計時的注意事項
表是Oracle資料庫中最基本的物件之一。萬丈高樓從平地起,這個基礎物件對於資料庫來說,非常重要。因為其設計是否合理,直接跟資料庫的效能相關。從Oracle資料庫菜鳥到資料庫專家這個過程中,在表設計與管理上,或多或少,會犯一些錯誤。筆者今天就談談自己在這方面的經驗與教訓,或許能夠給大家一些警
學生資訊管理系統資料庫課程設計
一.概述 學生資訊管理系統是學校管理的重要工具,是學校不可或缺的一部分。隨著在校人數的不斷增加,教務系統的數量也不斷的上漲。學校工作繁雜,資料眾多,人工管理資訊的難度也越來越大,顯然是不能滿足實際的需要,效率也是很低的。並且這種傳統的方式存在著眾多的弊端,如:保密性差.查詢不便.效率低,很難維
資料庫表設計的大忌.
很多的程式設計師,總是會犯這種錯誤..導致後來系統越來越爛.. 越來越爛,基本上都是這幾個原則沒有把握住. 第一個大忌,懶, 不想新增欄位, 使用已有欄位存放新的資料. 舉個例子, 客戶姓名, 客戶代號,客戶ID, 可能有的系統設計的時候,只有客戶姓名和客戶ID, 沒有客戶代號.
常見電商專案的資料庫表設計(MySQL版)
簡介: 目的: 電商常用功能模組的資料庫設計 常見問題的資料庫解決方案 環境: MySQL5.7 圖形客戶端,SQLyog Linux 模組: 使用者:註冊、登陸 商品:瀏覽、管理 訂單:生成、管理 倉配:庫存、管
商城 商品模組 資料庫 表設計
要實現一個商城,對於商品模組中的資料庫表設計不懂,主要是:相同類別的產品的產品引數相同,不同類別的不同,這裡就不懂要怎麼設計了,所以上網找幾篇部落格瞭解 什麼是SPUSKUARPU PHP商城 商品模組 資料庫 表設計
資料庫表設計的幾條準則
前言:資料庫設計在平時的工作是必不可少的,良好的表設計可以讓我們查詢效率更高,加快網站訪問速度,提升使用者體驗,並且方便於我們查詢資料。本篇部落格就來聚焦一下,如何設計出高可複用,優良的表結構,從而在實際的工作中使我們寫出更好的程式碼。 資料庫表設計的幾條黃金準則: 一:欄位的原子性 解
訂單審批流程 資料庫表設計
1、應用場景 訂單生成時,加入訂單稽核流,不同的審批級別全部通過稽核之後,才能對訂單進行後續的操作 2、審批型別表 欄位名稱 欄位型別 欄位長度 主鍵 非空 註釋 APPROVALCODE VARCHAR2 2 Y NOT NULL 審批型別編碼
百度筆試題--論壇資料庫表設計
轉載地址:http://blog.sina.com.cn/s/blog_542a862901000cbq.html 二、 一個簡單的論壇系統,以資料庫儲存如下資料: 使用者名稱,email,主頁,電話,聯絡地址,發帖標題,發帖內容,回覆標題,回覆內容。 每天論壇訪問量300萬
Oracle 資料庫設計-資料庫表設計
在資料庫設計中,我的工作中經常會分析怎樣商業邏輯中的表格如何設計。再設計表的關係之前 需要先了解關係型資料庫特點 1、關係型資料庫,是指採用了關係模型來組織資料的資料庫; 2、關係型資料庫的最大特點就是事務的一致性; 3、簡單來說,關係模型指的就是二維表格模型,
MySQL資料庫表設計規範
用盡量少的儲存空間來儲存一個欄位的資料;例如:能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(255);預設情況下,InnoDB引擎單一欄位索引的長度最大為767位元組,當使用UTF-8字符集,每一個字元使用3位元組儲存,在text或者varchar型別的欄
springmvc 專案完整示例01 需求與資料庫表設計 簡單的springmvc應用例項 web專案
一個簡單的使用者登入系統 使用者有賬號密碼,登入ip,登入時間 開啟登入頁面,輸入使用者名稱密碼 登入日誌,可以記錄登陸的時間,登陸的ip 成功登陸了的話,就更新使用者的最後登入時間和ip,同時記錄一條登入記錄 大致就是這樣子 ----------------------- 建立資料庫 n
方立勳_30天掌握JavaWeb_資料庫表設計
定義外來鍵約束 丈夫、妻子表: 妻子用一個husband_id來說明wife丈夫是哪個。 一對多物件表設計 部門、員工表: 一個部門可以有多個員工,員工表通過department_id說明屬於哪個部門。 一對多或多對一的物件存到資料
學生選課系統---資料庫課程設計SQL Server
可以直接從我的GitHub中獲取文件: ##學生選課系統GitHub #一 題目 ###學生選課系統 #二 需求分析 1.根據學生專業學年學期等資訊,錄入課程完成課程計劃 2.根據課程計劃,錄入任課教師資訊 3.學生可以根據學年學期等資訊,選擇課程完成選課要求
GPS定位資料庫表設計
1 表設計 1.1 設計思想 減少冗餘資料的儲存資料寫入時進行預運算通過降低記錄量提高系統的響應能力降低磁碟的讀操作1.2 模型結構 GPS軌跡日誌資料表儲存原始的定位資訊資料,索引表為日誌資料表的索引資訊內容,預處理模組完成新資料的預處理運算功能,保持索引表的資訊與日誌
PHP會員無限級分銷
前提:會員表結構中有使用者userid和推薦人tjuid(推薦人tjuid為推薦該會員的userid)$where = "`userid` > 1"; $ulist = $db->s