商店資料庫

㈠ 多用戶商城資料庫如何設計

差不多都是一個 文章表，用戶表，分類派好行表，設置表。
1、資料庫分離成前台和後台，通過鏈接表關聯；
2、把前台做成彈出窗體，禁止用戶使用導航選項和菜單之類；
3、把前台編譯成ACCESS2007的accde文件塵嘩（對應ACCESS2003的mde文件）；
4、把這個accde文件也放在伺服器端，客戶端通過winform之類exe來遠程打開。

前3步都比較正常，第4步的看起來應該比較奇怪。我的想法是，如果accde文件也放在客戶端，高手會不會通過反編譯就可以進入到資料庫看到鏈接表？感覺上「禁止襪畢Shift」，「隱藏表」這類手段只對菜鳥有用。

㈡ 資料庫題：某商業集團關於商店銷售商品的資料庫含三個表：

「商業管理」資料庫中有3個實體：商店（商店編號，商店名，地址），商品（商品號，商品名，規格，單價），職工（職工編號，職工姓名，性別）。商店與商品間存在「銷售」聯系，每個商店可以銷售多種商品，每種商品也可以放在多個商店銷售，用「月銷售量」來表示商店銷售每種商品的情況；商店與職工存在「聘用」聯系，每個商店有多名職工，每個職工只能在一個商店工作，商店聘用職工有「聘期」和工資。
① 試畫出E-R圖，並註明關系類型，註明主鍵和外鍵
② 試用sql語句創建「商業管理」資料庫以及其中的表,其中單價、月銷售量、工資和聘期欄位類型為real，其餘欄位為字元型。
2. 「訂貨管理」資料庫有4個表：倉庫（倉庫號，倉庫名，地址），商店（商店編號，商店名，地址），商品（商品號，商品名，單價）。設倉庫和商品之間存在「庫存」聯系，每個倉庫可存儲若干種商品，每種商品可存儲在若干倉庫中，倉庫存儲的商品有「日期」和「存儲量」信息；商店與商品間存在「銷售」聯系，每個商店可以銷售多種商品，每種商品也可以放在多個商店銷售，用「月份」和「月銷售量」來表示商店銷售每種商品的情況；倉庫、商店和商品之間存在著「供應」聯系，有「月份」和「月供應量」兩個屬性。
① 試畫出E-R圖，並註明關系類型，註明主鍵和外鍵；
② 試用SQL語句創建「訂貨管理」資料庫以及其中的表, 其中單價、存儲量、月份、月供應量和月銷售量欄位類型為real，日期欄位類型為datetime，其餘欄位為字元型。
3. 總結並分別分類列出第二章和第三章中關於創建、修改和刪除資料庫以及數據表的SQL語言，注意其相同點和不同點。

㈢ 京東商城用的資料庫是自己開發的嗎

是的，有一個自建資料庫
對於京東大數據平台來說，數據產品並不是一個新鮮事物，2011年自建數據倉庫上線的同時，第一款數據產品調度平台也一同上線並正式投入使用。
使用獨立的商品類表，構造商品屬性信息，
1、N個商品類屬性值表，
2、商品基本信鼎表，
3、商品屬性表。思路二，使用key-value模型，使用動態行列轉換模型，將商品屬性信息碎片化存儲，整合型只讀輸出快照。
1、公共鍵值表，
2、公共類表，
3、公共鍵類表，
4、屬性值物化表，
5、商品基本信息表，
6、商品屬性表，
6、商品屬性快照表或模型。

㈣ 商城系統一般用什麼資料庫

之前商城平台用的是php+mysql開發的，但運營幾年後，只要數據量一上來系統系統響應就非常慢，後台打開一個頁面經常要花十幾秒，應該是mysql對海量數據的查詢性能不太好導致的。目前已經將商城平台遷移至shop++，因為shop++同時支持mysql、sqlserver、oracle多種資料庫，現在使用的是oracle,運行挺穩定的，暫時沒有出現過系統響應緩慢的問題。

㈤ 微信小程序商城類資料庫有哪些

微信小程序商城類資料庫包括：
1、用戶信息表，用於存儲用戶的基本信息，如用戶名，手機號，密碼，頭像等。
2、商品信息表，用於存儲商品的基本信息，如商品名稱，價格，描述，圖片等。
3、訂單信息表，用於存儲訂單的基本信息，如訂單號，下單用戶，商品信息，價格等。
4、收貨地址表，用於存儲用戶收貨地址信息，如收貨人姓名，收貨地址，聯系電話等。
5、商品分類表，用於存儲商品分類的基本信息，如分類名稱，分類圖片等。
6、商品屬性表，用於存儲商品屬性的基本信息，如屬性名稱，屬性值等。
7、購物車表，用於存儲用戶購物車信息，如用戶ID，商品ID，商品數量等。
8、優惠券表，用於存儲優惠券信息，如優惠券類型，優惠價格等。
9、評價表，用於存儲商品評價信息，如評價內容，評分等。