商城資料庫表結構

❶ 一直在疑問京東商城的資料庫是如何搭建的，那麼多商品，每種商品的參數各不相同，是怎樣設計資料庫的

思路一，使用獨立的商品類表， 構造商品屬性信息，1、N個商品類屬性值表，2、商品基本信息表，3、商品屬性表
思路二，使用key-value模型，使用動態行列轉換模型，將商品屬性信息碎片化存儲，整合型只讀輸出快照，1、公共鍵值表，2、公共類表，3、公共鍵類表，4、屬性值物化表，5、商品基本信息表，6、商品屬性表，6、商品屬性快照表或模型

❷ 做好小程序商城的要素有哪些

做好商城類小程序需要考慮的幾個因素：
一：人員配置：一個小程序的開發人員是需要至少一個團隊協作的，其中包括項目經理、產品經理、UI設計人員、微信小程序前端開發、服務端開發、測試人員、運維人員等，但是由於公司和項目的不同，人員配置多少不等，人員配置是開發微信小程序成本多少的決定性因素。
二：開發時長：小程序的開發過程分為幾部分：需求調研與梳理、產品設計與評審、UI設計與評審、分解開發任務與排期5. 開發與聯調、測試、修改bug，每個環節所消耗的時間加起來就是一個微信小程序大概的開發時間。其中很大一部分時間花在與客戶的溝通上，不要小看這部分時間。
三、再加上租賃伺服器，注冊認證等費用：由此看來微信小程序開發多少錢？微信小程序開發費用並沒有一個准確的數字，不可能像市場中的商品那樣明碼標價，企業在定製微信小程序價格的時候，根據客戶的需求功能，配置人員，開發時長等合理的給出報價。目前市場中做小程序開發的公司有很多，但是大多數都是套用模版做的，這樣簡單，省時，省事，但對於並不能夠滿足很多商家的需求，因此定製小程序是非常需求的。找專業微信小程序開發公司定製商家需求的小程序，要全面的考察公司的實力情況。

❸ 電子商務網站一般架構有哪些

大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司，使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點是資料庫要設計好，要達到什麼級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗餘，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態頁，對資料庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層，對緩存邏輯進行控制，可以採用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）
電子商務網站特點就是對事務的嚴格，需要資料庫設計的時候要求高性能，也需要合適的索引，支持高並發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將「局部」控制到最小范圍）
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的欄位置於核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型，這樣會給以後的擴展留出路，即使是男女這種欄位，也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。
對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果採用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；
數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可；
簡單執行的sql可以不用存儲過程，存儲過程會佔用資料庫伺服器的處理時間，造成死鎖；
mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；
資料庫建議建立分布資料庫，這樣可以轉移查詢和大訪問量對資料庫帶來壓力；
圖片可以考慮單獨放在一台伺服器上；1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先，訪問量大了以後，我相信是有錢投到硬體上的，在你程序寫的不是很爛的情況下，升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc，對於前台來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。後台界面相對穩定，用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable，因為簡單，將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，伺服器壓力大，建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌，主要目的是用來調試程序的，系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務，sqlserver全文檢索，方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將資料庫設計地完善一點。另外，當網站分成多個以後，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架，都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。

❹ 誰能告訴我網上商店結構與功能

網上商店平台軟體系統又稱網店管理系統、網店程序、網上購物系統、在線購物系統。無論是開設個人網上購物商店還是企業在線購物商城，一套好用的網店系統都是必須的。
ShopEx團隊核心成員均具有10年以上互聯網、電子商務和商務管理經驗，非個人或者小團隊作品，絕對信心保證；
ShopEx軟體頗受好評、屢獲大獎，您可放心選擇使用。點擊查看ShopEx獲得獎項；
ShopEx是國內市場佔有率最高的網店軟體，您可以隨時與數萬名用戶共同交流提高，你不是一個人！
立即訪問ShopEx商友社區，與數萬用戶共同互動！
ShopEx是國內持續研發時間最久的網店軟體，6年時間的專注與堅持，虛心聽取所有用戶好的建議與經驗，您的好的建議同樣會體現在我們的軟體中；
查看ShopEx理念和發展歷程 立即發表您的軟體功能升級建議；
ShopEx軟體完全免費，免費下載、免費使用、免費升級，絕無使用時間或者功能限制；
軟體免費卻具高價值，ShopEx為您提供在線幫助、視頻教程、支持論壇、綠色通道、在線客服等多種完善的技術支持和服務；
ShopEx基於免費開源但卻性能卓越的Lamp（Linux+Apache+Mysql+php）架構，最大程度降低您的總體擁有成本；
與Windows平台架構不同，您無需為了操作系統、資料庫等支付任何額外費用，大大降低成本。
ShopEx軟體穩定、安全、性能優異，在業內具有良好的口碑。軟體功能強大、全面和完善，更有多種輔助配套程序，結合使用更能大大提升您的網店管理效率，讓您如虎添翼；
多種免費網商工具配套使用，迅速提升網店綜合管理水平；免費的ShopEx網店助理、ShopEx網店小信使，讓您無需登錄即可管理網店。ShopEx網店客服通、化流量為銷量，提高網店客服水平。
ShopEx軟體功能強大的同時，更強調個性化——優秀的模板體系架構讓您您可輕松獲得您自己與眾不同的網店外觀；
您即可以通過ShopEx內置的模板編輯器自由編輯模板，隨心所欲修改內置模板；
您可下載官方內置或者網友提供的多種模板，讓您擁有類似卓越、當當、新蛋的網站外觀。立即訪問ShopEx模板堂；
您更可完全自行設計您自己的模板，更加個性化。登錄ShopEx模板DIY交流版塊，與設計師們共同交流。
ShopEx更加關注網店的營銷，從系統本身的搜索引擎優化到多種促銷功能，一切均可讓您在無形之中大大提升訂單數量和訂單金額；
ShopEx與國內知名的SEO團隊點石互動、浩維互動均結成戰略合作夥伴關系。業內領先的SEO經驗均會在ShopEx軟體中迅速得到提現，大大促進您的網店商品的搜索引擎收錄。
ShopEx更有不斷增強的多種促銷功能，比如優惠券、捆綁銷售、相關商品、組合商品、聯盟銷售、積分換購等等。傳統領域的銷售方式，團購、拍賣均在ShopEx得到體現。未來新的促銷方式同樣會快速出現在ShopEx軟體中；
ShopEx是真正的國際語言版本，內置多語言，支持多種貨幣與多家國內外支付網關，整個世界都是你的目標市場！
通過後台設置，您可以立即擁有簡體中文、繁體中文、英文版本。您還可以通過自助修改語言包，迅速擁有任何您想要的語言版本的網店。
ShopEx支持多國貨幣，簡單設置即可多貨幣定價。ShopEx內置的譬如支付寶、快錢、網銀、Paypal、Moneybooks等國內外知名支付網關，更可讓您游刃有餘進行國內或者國際貿易。

無限商品類別
可復制商品類別
可為一件商品設置多個所屬類別
可針對不同級別會員設置不同的會員價格
可設置商品積分
可同時顯示市場價和本店價
可為商品設置屬性配件（如不同顏色、尺碼、主機配置），根據選取的不同配件自動生成價格
商品批量編輯
商品批量上傳
自動庫存管理
商品到貨發郵件通知用戶
商品品牌功能
支持實體商品、數字商品、虛擬點卡銷售
商品圖片水印設置
會員可發表商品評論
可在前台顯示最新商品、熱賣商品，推薦商品等
功能強大的購物車功能
提供所見即所得的編輯器，方便地編輯豐富的商品信息呈現方式

訂單具有「確認」、「到款」、「部分到款」、「發貨」、「部分發貨」、「退貨」、「部分退貨」、「歸檔」、「取消」狀態，方便您控制購物流程的每個階段
自定義訂單列印格式
具有發貨單、退貨單、收款單、退款單等多種單據
方便快捷的多種條件查找訂單

可對會員分級
支持會員預付款
可向會員發送會刊、廣告等郵件

ECShop是上海商派公司推出的一款B2C獨立網店系統，適合企業及個人快速構建個性化網上商店。系統是基於PHP語言及MYSQL資料庫構架開發的跨平台開源程序。
ECShop悉心聽取每一位商家的需求與建議，不僅設計了人性化的網店管理系統幫助商家快速上手，還根據中國人的購物習慣改進了購物流程，實現更好的用戶購物體驗。
經過近兩年的發展，ECShop網店系統無論在產品功能、穩定性、執行效率、負載能力、安全性和SEO支持(搜索引擎優化)等方面都居國內同類產品領先地位，成為國內最流行的購物系統之一。
靈活的模版機制
ECShop開發了獨有的高效模板引擎(2.15以前版本使用smarty模板引擎)，並結合了Dreamweaver的模板和庫功能，使得編輯製作模板變得更簡單。
開放的插件機制
支付、配送，會員整合都是以插件形式實現。商家可以隨時增加或變更的支付方式和配送體系。ecshop支持大部分php開發的論壇系統，包括discuz，phpwind等，只需在後台做簡單參數配置，即可完成會員整合。
功能 AJAX 化
ECSHOP 使用目前流行的 AJAX 技術，批量數據編輯變得更迅速，方便。
促銷功能
ECSHOP提供了積分、紅包、贈品，奪寶奇兵等多種促銷方法。
高效率的代碼和執行性能
通過優化代碼與資料庫結構，配合ecshop獨家設計的緩存機制，在不考慮網速的情況下，網店動態頁面與純靜態頁面訪問速度相當。
常規功能的更完善實現
針對常規功能尤其是後台管理和購物流程，ECShop進行了更簡潔的設計，實現更好的用戶體驗。
搜索引擎優化
在 SEO （搜索引擎優化）上，ECShop獨家支持兩種 URL 重寫方式，並且是同類軟體中第一家支持 google / yahoo / microsoft 三家共同發布的 sitemaps 0.9 網站索引規范，能夠為站點被搜索引擎收錄做到最大限度的支持和幫助。
內置手機簡訊網關
ECShop內置手機簡訊網關，支持會員信息群發，訂單提醒等功能。
多語言支持
支持簡體，繁體，英文。
源代碼開放
用戶可根據自己的需求對ECSHOP進行定製，擴展。
支付方式
ECShop網店系統整合了現今市面上幾乎所有主流第三方支付網關（如支付寶、財付通、PayPal、環迅IPS、快錢、網銀、貝寶等）數量達十多種，更多的支付網關我們將根據你的要求免費整合。
ECSHop歷史
ECShop 2005年底，2006年初，高春輝和李梁（時任手機之家總經理），因為在給朋友建網上商城的時候，發現沒有一個好用的商城軟體，萌生了自己製作一個的商城軟體的想法。
2006年3月，從零開始招兵買馬，團隊組建出來，2006年6月，ECShop推出第一個版本1.0,但應為功能比較單一，最終使用的用戶沒有超過10個。
2006年6～7月，高春輝開始全面介入ECShop的開發管理工作，大大的加速了ECShop的開發進度，在推出 2.0版本之後，陸續推出了2.0.1,2.1,2.1.1.,2.1.2,2.1.3等版本後，用戶群逐步擴大，安裝量突破5萬。
2007年5～6月，ECShop管理層與康盛世紀接觸，最終確定，將ECShop賣給康盛世紀。
2007年6～7月，ECShop完成了一個重要的項目摩托羅拉手機商城 http://www.motostore.com.cn/.
2007年9月，ECShop團隊全部遷至康盛世紀上班，交易完成。
2007年9月，ECShop分為兩個團隊，ECShop|(買否網)Maifou.com ,(賣否網)Maifou.net；ECMall.
ECShop團隊介紹：
高春輝
著名第一代互聯網人，1989年接觸電腦，1997年創建了當時訪問量最高的個人主頁「 高春輝的個人網站」，被評為中國十大個人網站第一名。1999年受金山公司邀請，共同發起金山卓越網並擔任總經理。2002年創立手機之家。ECSho創始人，ECShop靈魂，主要負責產品規劃、定義，帶領開發團隊。
李梁
擅長團隊管理、運營，多年互聯網公司從業經驗。中科院軟體工程碩士在讀，曾供職於方正技術研究院、263網路，後加盟手機之家，任手機之家總經理，將手機之家帶入一個高速發展的時期。ECSho創始人，主要負責團隊管理，公司運營、管理、DB等工作。
劉偉
早年即開始從事互聯網開發工作，2001年曾著有《狂人日記：狂人部落網站建設實錄》一書，2004年先後與搭檔開發 UltraCMS 、UltraShop並運營，有豐富的互聯網產品規劃及研發能力。ECShop創始人之一，核心團隊成員，任ECShop技術總監。

❺ 資料庫中我要設計一張表，表欄位可能要添加，這樣的話如何去設計表結構，求高手解決，最好給個例子，謝謝

如果是這樣的話，一張表指定不行，

首先得有一張產品表--總表
還得有一張商品分類表--商品種類表
然後就是同種商品放在一張表裡。。。
這樣就能分清了，用外鍵關聯建起來，也方便以後修改。

❻ 二期mysql資料庫重構，表結構和一期資料庫完全不一樣，數據遷移問題

是所有的表結構都不一樣么？新表中的表結構，包含老表中的結構么？如果只是在老表基礎上加了一些新的欄位，那麼正常導入之後，再重新增加那些新欄位就可以了，如果是欄位有多有少或者有需要運算的，那就挨個表導入數據吧

❼ 一個網購商城網站中，收藏功能是怎麼實現的在資料庫表結構中添加了什麼嗎

如果你的收藏在任何機器上登錄
是自然需要持久化，存入資料庫中的
否則就可能是cookie或者session之類的
希望能幫助到你

❽ 資料庫系統一般分為三級模式結構，此結構為哪三種

資料庫系統的三級模式結構是指資料庫系統是由模式、外模式和內模式三級構成的。

（1）模式 模式也稱邏輯模式或概念模式，是資料庫中全體數據的邏輯結構和特徵的描述，是所有用戶的公共數據視圖。

模式實際上是資料庫數據在邏輯級上的視圖。一個資料庫只有一個模式。定義模式時不僅要定義數據的邏輯結構，而且要定義數據之間的聯系，定義與數據有關的安全性、完整性要求。

（2）外模式 外模式也稱用戶模式，它是資料庫用戶能夠看見和使用的局部數據的邏輯結構和特徵的描述，是資料庫用戶的數據視圖，是與某一應用有關的數據的邏輯表示。 外模式通常是模式的子集。一個資料庫可以有多個外模式。應用程序都是和外模式打交道的。外模式是保證資料庫安全性的一個有力措施。每個用戶只能看見和訪問所對應的外模式中的數據，資料庫中的其餘數據對他們是不可見的。

（3）內模式 內模式也稱存儲模式，一個資料庫只有一個內模式。它是數據物理結構和存儲方式的描述，是數據在資料庫內部的表示方式。例如，記錄的存儲方式是順序結構存儲還是B樹結構存儲；索引按什麼方式組織；數據是否壓縮，是否加密；數據的存儲記錄結構有何規定等。

Good luck~