❶ 資料庫系統的體系結構
資料庫系統的體系結構是指資料庫系統的整個體系的結構。資料庫系統的體系結構從不同的角度可有不同的劃分方式。從資料庫管理系統的角度可分為三層，從外到內依次為外模式、模式和內模式。 模式是所有資料庫用戶的公共數據視圖，是資料庫中全部數據的邏輯結構和特徵的描述。模式(schema)又可細分為概念模式(conceptual schema)和邏輯模式(109ical schema)。
希望對你有幫助。
❷ hishop 資料庫結構 hishop資料庫 有哪些表，求解答！
您可以修改web.config配置文件中的資料庫連接信息 參考代碼
<connectionStrings><add name=」HishopsqlServer」 connectionString=」server=資料庫地址;uid=登錄名;pwd=資料庫密碼; Trusted_Connection=no;database=資料庫名」 providerName=」System.Data.SqlClient」/></connectionStrings>
把這段代碼按新的資料庫信息修改之後覆蓋到原有代碼上即可
web.config-裡面查找就是這段代碼，您把修改之後的代碼覆蓋這段代碼就可以了
<connectionStrings configProtectionProvider=」」>
<EncryptedData>
❸ ecshop資料庫裡面的 「ecs_goods_activity」表結構
這個是商品活動表，什麼團購啊，拍賣啊，奪寶奇兵啊，都會進這個表裡
ecshop資料庫欄位說明
ecshop模板堂(ecmoban.com) /
2013-06-08
ecs_account_log // 用戶賬目日誌表
ecs_activity //
活動表（代碼，名稱，開始，結束，描述）
ecs_ad //
廣告表（位置，類型，名稱，鏈接，圖片，開始，結束，廣告主相關信息，點擊， 是否顯示）
ecs_admin_action //
管理許可權分配（父類ID，許可權代碼）
ecs_admin_log //
管理日誌（登陸時間，登陸管理員ID，操作描述，IP）
ecs_admin_message //
管理員留言（發送者ID，接收者ID，發送日期，閱讀日期，是否 已讀，是否刪除，標題，內容）
ecs_admin_user // 管理員管理（用戶名，email
，密碼，加入時間，最後登陸時間，最後 登陸IP，許可權等）
ecs_adsense //
廣告相關統計（來源廣告，來源位置，點擊）
ecs_ad_position //
廣告位（名稱，寬，高，描述，樣式）
ecs_area_region //
配送區域關聯（配送區域ID，具體地址ID）
ecs_article //
文章（分類ID，標題，內容，作者，作者email ，關鍵字，類型，是否顯示， 添加時間，文件地址，打開類型）
ecs_article_cat //
文章分類（名稱，類型，關鍵字，描述，排序，是否導航顯示）
ecs_attribute //
商品屬性（分類，名稱，選擇樣式，類型，值，檢索類型，排序，是否關 聯）
ecs_bonus_type //
紅包（名稱，金額，發放起始日期，發放結束日期，使用起始日期，使 用結束日期，發放類型，金額下限（按訂單發放），金額上限）
ecs_booking_goods //
缺貨登記（登記用戶ID，email ，電話，商品ID，描述，數量，登 記時間，是否已處理，處理管理員，處理時間，處理備注）
ecs_brand //
品牌（名稱，logo，描述，鏈接，排序，是否顯示）
ecs_card //
祝福賀卡（名稱，圖片，費用，免費額度，描述）
ecs_cart // 購物車（用戶ID，session_id
，商品ID，商品編號，商品名稱，市場價，購買 價，數量，屬性，是否真實商品，擴展代碼，父類ID，類型，是否贈品，能否處理）
ecs_category //
商品分類（名稱，關鍵字，描述，父類ID，排序，是否有子類，模板文件， 數量單位，是否導航顯示）
ecs_collect_goods //
收藏（用戶ID，商品ID，收藏時間）
ecs_comment // 評論（類型，類型ID，email
，用戶名，內容，評星，添加時間，IP，狀 態，父類ID）
ecs_feedback //
用戶留言（父類ID，用戶ID，用戶名，email，標題，類型，內容，時間， 圖片，是否回復）
ecs_friend_link //
友情鏈接（名稱，鏈接，logo，排序）
ecs_gift //
贈品（送贈品活動ID，商品ID，贈品價格）
ecs_gift_type //
送贈品活動（名稱，發送類型，相關參數，數量，開始，結束）
ecs_goods //
商品（分類ID，名稱，點擊，品牌ID，供應商名稱，庫存，重量，市場價，
售價，fitting_price(未知)，促銷價，促銷開始日期，結束日期，警告數量，關鍵字，簡介，
描述，縮略圖，圖，原圖，是否真實商品，擴展代碼，是否上架，是否單獨銷售，是否關聯，
配件關聯，是否贈品，能否成為贈品，單位，添加時間，排序，是否回收，精品，新品，推 薦，熱銷，紅包ID，更新日期，商品類型，商品備注，首頁輪播）
ecs_goods_article //
商品文章關聯（gid,aid ）
ecs_goods_attr //
商品屬性（商品ID，屬性ID，屬性值，屬性附加價）
ecs_goods_cat // 未知
ecs_gallery //
商品相冊（商品ID，圖片，描述，縮略圖，原圖）
ecs_goods_type //
商品類型（名稱，狀態）
ecs_group_buy //
團購（商品ID，結束日期，價格階梯，限購數量，描述，訂購量，訂單， 贈送積分數，流程，押金，是否完成）
ecs_group_goods //
配件（父類ID，商品ID，配件價格）
ecs_link_goods //
商品關聯（商品ID，關聯ID，單雙向）
ecs_mail_templates //
郵件樣式（代碼，是否html，名稱，樣式，最後修改日期）
ecs_member_price //
會員價（商品ID，會員等級，會員價）
ecs_order_action //
訂單處理（訂單ID，處理用戶，訂單狀態，配送狀態，支付狀態，處 理時間，備注）
ecs_order_goods //
訂單－商品（訂單ID，商品ID，商品名稱，商品編號，商品數量，市 場價，訂單價，商品屬性，配送數量，是否真實商品，擴展代碼，父類ID，是否贈品）
ecs_order_info //
訂單信息（好多(-_-|||略...ecmoban.com整理）
ecs_pack //
包裝（名稱，圖片，費用，免費額，描述）
ecs_payment //
支付工具（代碼，名稱，費用，描述，排序，配置，狀態，is_cod(未知)）
ecs_pay_log // 支付記錄（略）
ecs_plugins // 插件（ecshop代碼，版本，庫，簽名，安裝日期）
ecs_region // 地方數據（沒什麼好說的）
ecs_sessions // 保存session
的（也沒什麼好說的（嗯？為什麼要加個「也」呢））
ecs_shipping //
配送（代碼，名稱，描述，保價費，support_cod(未知)，狀態）
ecs_shipping_area //
配送區域（序列配置）
ecs_shop_config //
設置（父類ID，代碼，類型，范圍，文件夾，值）
ecs_snatch //
奪寶奇兵（活動ID，商品ID，最小價，最大價，定價，積分消耗）
ecs_snatch_log //
奪寶奇兵出價記錄（還是沒什麼好說的）
ecs_stats //
訪問記錄（時間，IP，訪問次數，瀏覽器，系統，語言，地區，來源域名，來 源地址，關鍵字，進入鏈接）
ecs_tag // 用戶標簽（不說）
ecs_template //
模板區域（文件名，區域，模板庫，排序，id，數量，類型，模板）也不 怎麼清楚
ecs_users // 會員（一些會員信息）
ecs_user_account //
會員帳戶（用戶ID，管理員，總額，添加時間，支付時間，管理備注， 用戶備注，處理類型，支付工具，是否支付）
ecs_user_address //
用戶收貨地址（略）
ecs_user_bonus //
用戶紅包（紅包ID，紅包編號，用戶ID，使用時間，訂單ID，是否已 發郵件）
ecs_user_rank //
會員等級（名稱，積分最小限額，最大限額，折扣，是否顯示價格，特 殊會員）
ecs_virtual_cart //
虛擬卡（商品ID，卡號，密碼，添加時間，失效時間，是否已賣完， 編號，crc32 校驗碼）
ecs_vote //
投票（名稱，開始，結束，能否多選，統計）
ecs_vote_log //
投票記錄（投票ID，IP，時間）
ecs_vote_option //
投票內容（投票ID，條目名稱，條目統計）
❹ 簡述資料庫的結構
資料庫結構是指在計算機的存儲設備上合理存放的相關聯的有結構的數據集合的結構。一個資料庫結構含有各種成分，包括資料庫、數據表、欄位等。
資料庫(Database)
Visual Basic中使用的資料庫是關系型資料庫(Relational Database)。一個資料庫由一個或一組數據表組成。每個資料庫都以文件的形式存放在磁碟上，即對應於一個物理文件。不同的資料庫，與物理文件對應的方式也不一樣。對於dBASE,FoxPro和Paradox格式的資料庫來說，一個數據表就是一個單獨的資料庫文件，而對於Microsoft Access、Btrieve格式的資料庫來說，一個資料庫文件可以含有多個數據表。
1、數據表(Table)
簡稱表，由一組數據記錄組成，資料庫中的數據是以表為單位進行組織的。一個表是一組相關的按行排列的數據；每個表中都含有相同類型的信息。
表實際上是一個二維表格，例如，一個班所有學生的考試成績，可以存放在一個表中，表中的每一行對應一個學生，這一行包括學生的學號，姓名及各門課程成績。
2、記錄(Record)
表中的每一行稱為一個記錄，它由若干個欄位組成。
3、欄位(Field)
也稱域。表中的每一列稱為一個欄位。每個欄位都有相應的描述信息，如數據類型、數據寬度等。
(4)shop資料庫結構說明擴展閱讀：
資料庫結構的其他組成結構：
1、索引(Index)
為了提高訪問資料庫的效率，可以對資料庫使用索引。當資料庫較大時，為了查找指定的記錄，則使用索引和不使用索引的效率有很大差別。
索引實際上是一種特殊類型的表，其中含有關鍵欄位的值(由用戶定義)和指向實際記錄位置的指針，這些值和指針按照特定的順序(也由用戶定義)存儲，從而可以以較快的速度查找到所需要的數據記錄。
2、查詢(Query)
一條SQL(結構化查詢語言)命令，用來從一個或多個表中獲取一組指定的記錄，或者對某個表執行指定的操作。當從資料庫中讀取數據時，往往希望讀出的數據符合某些條件，並且能按某個欄位排序。使用SQL，可以使這一操作容易實現而且更加有效。
SQL是非過程化語言(有人稱為第四代語言)，在用它查找指定的記錄時，只需指出做什麼，不必說明如何做。每個語句可以看作是一個查詢(query)，根據這個查詢，可以得到需要的查詢結果。
3、過濾器(Filter)
過濾器是資料庫的一個組成部分，它把索引和排序結合起來，用來設置條件，然後根據給定的條件輸出所需要的數據。
4、視圖(view)
數據的視圖指的是查找到(或者處理)的記錄數和顯示(或者進行處理)這些記錄的順序。在一般情況下，視圖由過濾器和索引控制。
❺ SHOP++的核心技術
1. 編程語言
SHOP++基於JAVA編程語言進行設計，JAVA是一種跨平台、面向對象的程序設計語言，它主要優勢體現在簡單、面向對象、分布式、解釋性、健壯、安全、平台無關、可移植、高性能、多線程和動態等多方面，JAVA在電子商務、政府、金融等領域內佔有非常重要的地位。
2. 資料庫技術
SHOP++採用Hibernate開源技術框架，Hibernate是一種對象關系映射解決方案，它為面向對象的領域模型到傳統的關系型資料庫的映射，它對JDBC進行了非常輕量級的對象封裝，使得可以使用對象編程思維來操縱資料庫。SHOP++支持大多數常見資料庫(如：MySql、Oracle、SQL Server等)，可以根據客戶需求，自由選擇合適的資料庫類型。這一特性有利於系統數據的升級、擴展、整合和轉移。
3. 構架模式
SHOP++採用MVC設計模式，MVC（Model-View-Controller，模型—視圖—控制器模式）是軟體開發中的一種軟體架構模式它把軟體系統分為三個基本部分：模型（Model），視圖（View）和控制器（Controller），這樣可以很好的分離業務邏輯和顯示視圖，使得客戶在編寫自己的網頁風格時能得心應手，而不受程序編寫的限制。SHOP++採用Struts2技術框架進行開發，Struts2 是一個基於Model-View-Controller (MVC)模型的企業級WEB應用框架，其具有復雜度低、可重用、動態部署、可持續運行、開發簡單等特點。SHOP++採用Spring技術框架進行開發，Spring是一個輕量級的控制反轉(IOC)和面向切面(AOP)的容器框架，採用Spring可以使項目更具管理性、並且更易於測試代碼，它們也為Spring中的各種模塊提供了基礎支持。
4. 表現層技術
SHOP++在頁面表現上採用符合W3C標準的CSS+DIV設計模式，同時兼容IE6、IE7、IE8、Firefox、Opera、chrome等常見瀏覽器，保證網站頁面不會因為將來網路應用的升級而被淘汰。CSS+DIV設計模式將內容和樣式進行分離，使頁面和樣式的調整變得更加簡便，同時對搜索引擎更加友好。在JavaScript方面SHOP++採用了Jquery技術、AJAX技術，在美工、動態效果、響應速度、操作友好度方面都得到極大的提升。SHOP++採用Freemarker模板框架設計，FreeMarker 是一個模版引擎，一個基於文本的模板輸出工具（生成任意的HTML表單代碼）。FreeMarker被設計用來生成HTML Web頁面，可以使網上商城頁面風格修改更簡便。
5. 安全框架
SHOP++在系統安全方面運用了Spring-Security安全框架技術，Spring Security為基於J2EE的企業級應用提供了全面、強大的安全解決方案。SHOP++可以靈活分配後台管理許可權、管理資源，可以在大型電子商務應用中實現管理的流程化、一體化。
6. 性能技術
SHOP++採用生成HTML靜態技術，可以明顯提高頁面訪問速度，減輕伺服器和資料庫壓力，有利於搜索引擎優化SHOP++利用OSCache、Spring-Moles等技術進行數據緩存處理，使得網上商城負載能力得到了質的飛躍。
7. 檢索技術
SHOP++整合Lucene、Compass技術，提供一個強大的全文檢索服務，使得信息查詢更准確更實用。
8. 日誌技術
SHOP++採用Log4j日誌技術，為網上商城的程序運行提供可靠完整的日誌記錄。
❻ 資料庫結構的定義
資料庫是相關數據的集合，一個資料庫含有各種成分，包括數據表、記錄、欄位、索引等。
❼ 資料庫的基本結構
你問的應該是資料庫三級模式
引自網路,覺得裡面解釋的不錯就轉發來給你看看http://ke..com/view/1186644.htm
為了有效地組織、管理數據，提高資料庫的邏輯獨立性和物理獨立性，人們為資料庫設計了一個嚴謹的體系結構，資料庫領域公認的標准結構是三級模式結構，它包括外模式、模式和內模式。
美國家標准協會(American N ational Standard Instit ut e，ANSI)的資料庫管理系統研究小組於1 9 78年提出了標准化的建議，將資料庫結構分為3級：面向用戶或應用程序員的用戶級、面向建立和維護資料庫人員的概念級、面向系統程序員的物理級。
用戶級對應外模式，概念級對應模式，物理級對應內模式，使不同級別的用戶對資料庫形成不同的視圖。所謂視圖，就是指觀察、認識和理解數據的范圍、角度和方法，是資料庫在用戶「眼中"的反映，很顯然，不同層次(級別)用戶所「看到』』的資料庫是不相同的。
1模式．
模式又稱概念模式或邏輯模式，對應於概念級。它是由資料庫設計者綜合所有用戶的數據，按照統一的觀點構造的全局邏輯結構，是對資料庫中全部數據的邏輯結構和特徵的總體描述，是所有用戶的公共數據視圖(全局視圖)。它是由資料庫管理系統提供的數據模式描述語言(Data Description Language，DDL)來描述、定義的，體現、反映了資料庫系統的整體觀。
2．外模式
外模式又稱子模式，對應於用戶級。它是某個或某幾個用戶所看到的資料庫的數據視圖，是與某一應用有關的數據的邏輯表示。外模式是從模式導出的一個子集，包含模式中允許特定用戶使用的那部分數據。用戶可以通過外模式描述語言來描述、定義對應於用戶的數據記錄(外模式)，也可以利用數據操縱語言(Data Manipulation Lang uage，DML)對這些數據記錄進行。外模式反映了資料庫的用戶觀。
3．內模式
內模式又稱存儲模式，對應於物理級，它是資料庫中全體數據的內部表示或底層描述，是資料庫最低一級的邏輯描述，它描述了數據在存儲介質上的存儲方式翱物理結構，對應著實際存儲在外存儲介質上的資料庫。內模式由內模式描述語言來描述、定義，它是資料庫的存儲觀。
在一個資料庫系統中，只有唯一的資料庫， 因而作為定義 、描述資料庫存儲結構的內模式和定義、描述資料庫邏輯結構的模式，也是惟一的，但建立在資料庫系統之上的應用則是非常廣泛、多樣的，所以對應的外模式不是惟一的，也不可能是惟一的。
4．三級模式間的映射 資料庫的三級模式是資料庫在三個級別 (層次)上的抽象，使用戶能夠邏輯地、抽象地處理數據而不必關心數據在計算機中的物理表示和存儲。實際上 ，對於一個資料庫系統而言一有物理級資料庫是客觀存在的，它是進行資料庫操作的基礎，概念級資料庫中不過是物理資料庫的一種邏輯的、抽象的描述(即模式)，用戶級資料庫則是用戶與資料庫的介面，它是概念級資料庫的一個子集(外模式)。
用戶應用程序根據外模式進行數據操作，通過外模式一模式映射，定義和建立某個外模式與模式間的對應關系，將外模式與模式聯系起來，當模式發生改變時，只要改變其映射，就可以使外模式保持不變，對應的應用程序也可保持不變；另一方面，通過模式一內模式映射，定義建立數據的邏輯結構(模式)與存儲結構(內模式)間的對應關系，當數據的存儲結構發生變化時，只需改變模式一內模式映射，就能保持模式不變，因此應用程序也可以保持不變。
❽ sql表結構里 有店鋪(shop) 商品(proct) 關系表(shopProct)3 個表
select*fromshops,proctp,shopproctsp
wheres.店鋪名稱='淘寶'
ands.店鋪編號=sp.店鋪編號
andp.商品編號=sp.商品編號
❾ 求XpShop asp+access版資料庫表說明
可以下載一個試用版，安裝之後，可以分析出它的數據表結構
❿ petshop 設計模式各模塊的相互關系及說明
在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：數據訪問層、業務邏輯層（又或成為領域層）、表示層.
數據訪問層：有時候也稱為是持久層，其功能主要是負責資料庫的訪問。簡單的說法就是實現對數據表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那麼就會包括對象和數據表之間的mapping，以及對象實體的持久化。在PetShop的數據訪問層中，並沒有使用ORM，從而導致了代碼量的增加，可以看作是整個設計實現中的一大敗筆。
業務邏輯層：是整個系統的核心，它與這個系統的業務（領域）有關。以PetShop為例，業務邏輯層的相關設計，均和網上寵物店特有的邏輯相關，例如查詢寵物，下訂單，添加寵物到購物車等等。如果涉及到資料庫的訪問，則調用數據訪問層。
表示層：是系統的UI部分，負責使用者與整個系統的交互。在這一層中，理想的狀態是不應包括系統的業務邏輯。表示層中的邏輯代碼，僅與界面元素有關。在PetShop中，是利用ASP.Net來設計的，因此包含了許多Web控制項和相關邏輯。