訂單管理系統: ssh整合 分頁 ajax
模組:1.客戶模組 單錶
1.檢視客戶列表
2.新增客戶
3.修改客戶
4.修改客戶
2.訂單模組 兩表
1.檢視某個客戶的訂單列表(分頁)
2.新增訂單
3.刪除訂單
專案開發流程
1.設計資料庫
t_customer: 客戶表
customer_id 主鍵
customer_name 名字
customer_phone 手機號
customer_self_pai **名字(或者路徑)
t_order:訂單表
order_id 主鍵 訂單號
receive_address 收穫位址
order_money 訂單金額
customer_id 外來鍵 該訂單所屬客戶
2.技術選型 : ssh(全註解) bootstrap (前端布局框架) jquery ajax+json (本次採用fastjson) jsp
專案難點: 分頁
ajax
struts 和fastjson 結合
struts 標籤
ssh整合
hibernate關聯查詢
3.web專案的執行流程 :
客戶端------>請求---->進入strutsaction------>service-------->dao------->資料庫
4.開發流程
1.建庫 建表 搭框架
2.寫實體pojo
3.使用hibernate 註解做對映
4.寫dao介面
5.實現類
6.service介面
7.service實現類
8.action
9.頁面
裝飾器decorate pattern io運用了這種分格
1.抽象構件(被裝飾者) 介面
2,具體構件(具體被裝飾者) 該介面的乙個實現類
3.抽象角色/抽象裝飾者 該介面的乙個實現類
4. 具體角色/具體裝飾者 該抽象類的乙個子類
裝飾器可以根據需求進行各種排列組合,不同的組合有不同的效果,現在不改變被裝飾者**的基礎上,進行功能增強,
訂單系統訂單表設計方案
一年前，在上一家公司接手了乙個含有訂單系統的專案，業務並不複雜，但是當時令我比較困惑的是訂單表的設計。困惑的點主要是隨著訂單量增加，單錶的儲存能力將達到瓶頸，必然要採用分表的方案，那麼按照什麼維度拆分合適呢？分表之後帶來的最大的挑戰是訂單查詢。如果以使用者為中心，採用userid取模，可以很方便的處...
訂單系統設計 訂單號設計
三 因子分表法 唯一性 必要 每個訂單號全域性唯一代表乙個訂單 安全性 必要 訂單號不能透露訂單量 運營規模等業務資訊 資料安全性 高效能 訂單號的建立成本越低越好 擴充套件性 能夠較好的支撐後續業務發展變大帶來的分庫分表 訂單長度擴充套件等場景 不安全 訂單號能夠反映出系統的訂單量，存在業務資料外...
訂單系統架構設計
高併發下單主要包括以下幾個方面 分庫分表 多應用例項全域性唯一訂單號 資料庫連線 買家查詢訂單 賣家查詢訂單 擴容問題 業務拆分 一 分庫分表 隨著訂單量的增長，資料庫的發展主要經歷以下幾個步驟 1主 1從架構 雙主 多從架構，讀寫分離 表分割槽，提高併發 分表，提高併發 master更換ssd 分...