1. .net+mvc5+oracle，使用EF自動創建資料庫表的時候，為什麼關聯表沒有自動生成
可以使用Entity Framework的Db First模式生成model。
第一步：創建
ASP .NET MVC項目
第二步：創建實體模型
在項目上右擊 添加新建項目→Ado.Net實體數據模型
如下圖所示：
第三步：與現有的資料庫進行連接生成EF實體
然後按照如下所示，選擇從資料庫生成實體數據模型【當然如果你想使用CodeFirst方式也是可以的，這是後話了】：
新建連接到現有的資料庫，如下圖所示：
點擊下一步，選擇我們要生成實體對應的表、試圖、存儲過程等，如下圖所示：
最後點擊完成，則系統幫我們生成了資料庫實體類以及EDMX的定義文件。
如圖所示：
2. 資料庫的幾個基本概念，數據，對象，實體，屬性，數據模型
人們把客觀存在的事物以數據的形式存儲到計算機中，經歷了對現實生活中事物特性的認識、概念化到計算機資料庫里的具體表示的逐級抽象過程，即現實世界－概念世界－機器世界三個領域。有時也將概念世界稱為信息世界；將機器世界稱為存儲或數據世界。
一、三個世界
1、現實世界 人們管理的對象存於現實世界中。現實世界的事物及事物之間存在著聯系，這種聯系是客觀存在的，是由事物本身的性質決定的。例如學校的教學系統中有教師、學生、課程，教師為學生授課，學生選修課程並取得成績。
2、概念世界 概念世界是現實世界在人們頭腦中的反映，是對客觀事物及其聯系的一種抽象描述，從而產生概念模型。概念模型是現實世界到機器世界必然經過的中間層次。涉及到下面幾個術語：
實體：我們把客觀存在並且可以相互區別的事物稱為實體。實體可以是實際事物，也可以是抽象事件。如一個職工、一場比賽等。
實體集：同一類實體的集合稱為實體集。如全體職工。注意區分"型"與"值"的概念。如每個職工是職工實體"型"的一個具體"值"。
屬性：描述實體的特性稱為屬性。如職工的職工號，姓名，性別，出生日期，職稱等。
關鍵字：如果某個屬性或屬性組合的值能唯一地標識出實體集中的每一個實體，可以選作關鍵字。用作標識的關鍵字，也稱為碼。如"職工號"就可作為關鍵字。
聯系：實體集之間的對應關系稱為聯系，它反映現實世界事物之間的相互關聯。聯系分為兩種，一種是實體內部各屬性之間的聯系。另一種是實體之間的聯系。
3、機器世界 存入計算機系統里的數據是將概念世界中的事物數據化的結果。為了准確地反映事物本身及事物之間的各種聯系，資料庫中的數據必須有一定的結構，這種結構用數據模型來表示。數據模型將概念世界中的實體，及實體間的聯系進一步抽象成便於計算機處理的方式。
二、E－R模型
E－R模型（實體聯系模型）簡稱E－R圖。它是描述概念世界，建立概念模型的實用工具。E－R圖包括三個要素：
實體（型）――用矩形框表示，框內標注實體名稱。
屬性――用橢圓形表示，並用連線與實體連接起來。
實體之間的聯系――用菱形框表示，框內標注聯系名稱，並用連線將菱形框分別與有關實體相連，並在連線上註明聯系類型。
聯系歸結為三種類型：
1）一對一聯系（1:1）
設A、B為兩個實體集。若A中的每個實體至多和B中的一個實體有聯系，反過來，B中的每個實體至多和A中的一個實體有聯系，稱A對B或B對A是1:1聯系。注意，1:1聯系不一定都是一一對應的關系。可能存在著無對應。如一個公司只有一個總經理，一個總經理不能同時在其它公司再兼任總經理，某公司的總經理也可能暫缺。
2）一對多聯系（1:n）
如果A實體集中的每個實體可以和B中的幾個實體有聯系，而B中的每個實體至我和A中的一個實體有聯系，那麼A對B屬於1:n聯系。如一個部門有多名職工，而一名職工只在一個部門就職，部門與職工屬於一對多的聯系。
3）多對多聯系（m:n）
若實體集A中的每個實體可與和B中的多個實體有聯系，反過來，B中的每個實體也可以與A中的多個實體有聯系，稱A對B或B對A是m:n聯系。如一個學生可以選修多門課程，一門課程由多個學生選修，學生和課程間存在多對多的聯系。
必須強調指出,有時聯系也有屬性,這類屬性不屬於任一實體只能屬於聯系。
三、數據模型簡介
數據模型由三部分組成，即模型結構、數據操作和完整性規則。這里主要介紹模型結構。DBMS所支持的數據模型分為四種：層次模型、網狀模型、關系模型、面向對象模型。其中第四種數據模型目前並未成熟，因此傳統的說法有前三種數據模型。
1、基本層次聯系
層次模型和網狀模型有共同點，可以把它們統稱為格式化模型。基本層次聯系就是包括兩結點和一邊的基本單元，兩個實體間的有向邊代表的基本層次聯系表示一對多的聯系。通常把表示1的實體放在上方,稱為父結點，把表示N的實體放在下面，稱為子結點。
2、層次數據模型
用村形結構表示實體及其之間的聯系的模型稱為層次模型。該模型的實際存儲數據由鏈接指針來體現聯系。特點：有且僅有一個結點無父結點，此結點即為根結點；其它結點有且僅有一個父結點。適合用表示一對多的聯系。
3、網狀模型
用網狀結構表示實體及其之間的聯系的模型稱為網狀模型。允許結點有多於一個的父結點，可以有一個以上的結點無父結點。適合用於表示多對多的聯系。
層次模型和網狀模型從本質上都是一樣的。存在的缺陷：難以實現系統擴充，插入或刪除數據時，涉及到大量鏈接指針的調整。
3. 數字孿生系統中的關鍵技術有哪些
（1）三維孿生模型：數字空間要根據實體設備建立對應功能的三維孿生模型
4. supermap iDesktop 處理數據集及生成場景緩存
一些相關視頻資料
SuperMap iClient3D for WebGL開發准備： http://support.supermap.com.cn/proct/VedioPlay.aspx?id=189
三維性能優化方法與策略： http://support.supermap.com.cn/proct/VedioPlay.aspx?id=289
註：以下操作均基於SuperMap iDesktop 9D（.NET）版，不同版本菜單及界面稍有不同。
一、數據源處理
1、點擊菜單欄 【開始】→【打開】→【數據源】→選擇數據源文件（UDB格式）
2、數據集類型轉換： CAD 數據集轉換為簡單數據集或模型數據集，轉換為這2種格式後面才能正常生成場景緩存 。如果數據集本身已經是簡單數據集或模型數據集，可跳過這一步。
左鍵選中需要轉換的數據集 →點擊菜單欄【數據】→【類型轉換】→選擇【CAD->簡單】或【CAD->模型】
如果選擇轉換為簡單數據源，將彈出以下界面，選擇需要轉換的源數據（包括數據源及數據集），點擊轉換即可。
如果選擇轉換為模型數據集，將彈出以下界面，直接點擊轉換即可（ 如果這個界面沒有顯示數據，需點擊添加源數據按鈕手動添加數據 ，因為supermap會默認轉換當前選中的數據集，如果點擊類型轉換前沒有選中數據集將會出現界面無數據的情況）。
轉換成功後的數據集（這個步驟耗時會比較長，需要耐心等，這里我選擇轉換成模型數據集）
二、數據優化（含 BIM 簡化、移除重復點等）
當需要載入的數據非常大時，即使配置的獨顯再好，也難免出現卡頓掉幀現象。為了提高渲染速度，優化渲染幀率，可進行BIM簡化、移除重復點等操作。
1、添加數據集到球面場景中
點擊工作空間管理器中的【場景】→【新建球面場景】→將上一步轉換成功的簡單或模型數據集拖入新建的球面場景中
2、BIM簡化
菜單欄點擊【對象操作】→【BIM模型】→點擊【BIM簡化】
在彈出來的BIM簡化菜單中，可以選擇是對選中對象還是所有對象進行BIM簡化操作，同時根據需求設定簡化率，簡化率越高，簡化後的模型越粗糙，載入速度越快（ 模型是由許多三角面組成的，三角面數越多，模型越精細，BIM簡化其實是過濾三角面數的一個過程，所以簡化後的模型會比原始模型粗糙，對模型精細度有高要求的建議不要進行這步操作 ）。
拖動簡化信息下的簡化率後會自動開始BIM簡化，完成後點擊保存。可以查看場景中簡化前及簡化後的幀率信息，可以明顯看到平均幀率提升了，三角面數量也減少了。
幀率信息在場景的左下方可以看到，一般默認都是未開啟的，開啟步驟：場景中右鍵→點擊【屬性】→彈出的場景屬性面板中勾選【幀率信息】
3、移除重復點
重新新建一個球面場景，將上面進行了BIM簡化的數據集拖到新建的球面場景中。
點擊菜單欄【BIM模型】→【移除重復點】
在彈出的移除重復點界面中，可選擇移除的范圍（所有對象或選中對象）和進行參數設置，設置完畢後點擊另存即可。 進行移除重復點主要是移除一些重復的模型數據，例如場景中有許多相同的車子模型，他們除了空間位置信息外，其它的模型數據都相同，那麼實際上只需要保存一份模型數據，然後在不同位置多次繪制即可。
輸出窗口信息，成功移除重復點134個。
三、三維模型數據轉二維面數據
如果項目中有查看二維平面圖或實現二三維地圖聯動效果的需求，就需要把三維模型數據集轉換為二維面數據，進而轉換為二維平面地圖。如果項目不涉及到二維數據可跳過這一步。
1、生成二維面數據
左鍵選中要轉換的三維模型數據集→點擊菜單欄【數據】→【類型轉換】→【模型->二維面】
在彈出的模型數據->二維面數據菜單中，選擇要轉換的模型數據集，點擊轉換即可，轉換需要比較長的時間，具體視電腦配置及數據集數據大小而定。
生成二維面數據集後，雙擊數據集打開如下
2、編輯二維面數據
默認生成的二維數據集是不允許編輯的，如果要對數據集進行刪除、移動等操作，點擊菜單欄【地圖】→【圖層屬性】
在彈出的圖層屬性界面中，勾選【編輯】，就可以在主窗口中對二維面數據進行刪除、移動等操作了。
3、保存為地圖
二維數據需以地圖形式進行數據發布，直接在主窗口中右鍵→點擊【保存地圖】即可
四、生成場景緩存
當所有的數據處理完畢後，需要對處理好的數據進行生成場景緩存操作，如果不生成場景緩存，對於如此大的數據量，瀏覽器直接載入很容易導致卡頓甚至奔潰，載入速度也不理想。
選中最終處理後的數據集→右鍵→生成場景緩存
在彈出的生成場景緩存界面中，緩存類型選擇OSGB，文件類型選擇S3M，瓦片邊長、LOD層數、LOD層級對應的網格簡化率可以使用默認值，如果項目需要也可以根據需求更改，設置完畢後點擊生成。
生成的場景緩存數據會默認保存到當前工作空間所在的目錄
至此，supermap iDesktop 處理數據和生成場景緩存的所有步驟就結束了，接下來只需要把這些數據發布到伺服器即可。生成的數據如何發布詳見寫的另一篇文章： supermap iServer 發布地圖及數據服務
五、前端載入場景緩存
5. edmx文件是什麼
.edmx 文件是一個 XML 文件，它用於定義概念模型、存儲模型和這些模型之間的映射。.edmx 文件還包含 ADO.NET 實體數據模型設計器（實體設計器）用於以圖形方式呈現模型的信息。創建 .edmx 文件的建議做法是使用實體數據模型向導。有關更多信息，請參見如何：創建新的 .edmx 文件（實體數據模型工具）。
使用實體設計器修改模型以及使用模型更新向導基於對基礎資料庫的更改更新模型時，會更改 .edmx 文件。有關更多信息，請參見模型更新向導（實體數據模型工具）。在有些情況下，您可能必須手動編輯 .edmx 文件。有關更多信息，請參見手動編輯 .edmx 文件（實體框架）。
默認情況下，.edmx 文件使用實體設計器打開。不過，可以按照下列步驟使用 XML 編輯器打開 .edmx 文件：
確保項目在 Visual Studio 中打開。
在「解決方案資源管理器」中右擊 .edmx 文件，然後選擇「打開方式...」
選擇「XML 編輯器」，然後單擊「確定」。
以下有更詳細的應用說明：
http://msdn.microsoft.com/zh-cn/library/cc982042.aspx
6. 通常將ado.nat實體數據模型放在什麼文件夾中
Models。
通常將ado.nat實體數據模型放在Models文件夾中。
Models文件夾包含表示應用程序模型的類。
7. 怎樣理解實體模型製作與計算機虛擬建模的區別
具體看以下內容。
實體（entity）是有可區別性且獨立存在的某種事物，但它不需要是物質上的存在。尤其是抽象和法律擬制也通常被視為實體。
可見，實體就是軟體系統中的研究對象。
比如:學生信息管理系統中，學生這一概念就是一個實體，它是我們軟體系統的主要研究對象。
數據模型(模型)：
在軟體工程中，數據模型是定義數據如何輸入與輸出的一種模型。其主要作用是為信息系統提供數據的定義和格式。數據模型是資料庫系統的核心和基礎，現有的資料庫系統(此處所指資料庫為關系資料庫，非關系資料庫常見的是鍵值對形式存儲數據)都是基於某種數據模型而建立起來的。
可見數據模型這個概念更多出現在資料庫系統中。它是為了把研究對象進行抽象，目的是要與資料庫系統中的數據模型進行關系映射。
從實體概念可以得知，實體正是資料庫系統的研究對象，所以，建模過程即為為實體進行抽象和定義，用一個數據模型對實體進行描述，此數據模型則為資料庫系統提供數據支持。
把這些概念引入到計算機系統之後，在不同的業務層有著不同的體現。
8. 資料庫實體和實體之間可以連線嗎
可以
1，資料庫聯系只能發生在 實體與實體 之間。
概念模型。
2，
【實體】：客觀存在 、可相互區分的現實世界對象的集合
例： 職工 部門 課程 學生
【實例】： 實體中每個具體的記錄值。
例：學生實體中的每個每個具體學生
【屬性】： 實體所具有的某一特性（有「型」和「值」之分）
例：學號、姓名、性別、出生年份、系、入學時間（94002268，張三，男，1976，計算機系，1994）
【碼】： 唯一標識實體的屬性集
學號-------學生實體的碼
94002268-------代表學生張三
【域】：屬性的取值范圍
性別：( 男，女）
學號：8位整數
3，表示方法：E-R圖（實體聯系圖）
矩形： 實體
橢圓形： 屬性
菱形： 聯系（發生在實體與實體之間）
連線(無向邊)
4，兩個實體型之間的三類聯系：
1）一對一的聯系（1：1）
2）一對多的聯系（1：n）
3）多對多的聯系（m：n）
MYsql不支持E-R模型。（關系模型）
5,計算機世界:e-r模型轉化為關系模型。
第一步，一個實體轉化為一個關系。
第二步，實體屬性作為關系的屬性。
6，關系數據結構
關系: 一張表
元組: 表中的一行
屬性: 表中的一列
域: 屬性的取值范圍
分量: 元組中的一個屬性值
6，聯系也可以具有屬性，並且這些屬性也要用無向邊與該聯系連接起來。
7*，一個屬性涉及到多個實體時，不能單獨的作為某個實體的屬性，只能作為實體間聯系的屬性。
文章知識點與官方知識檔案匹配
MySQL入門技能樹資料庫組成表
30094 人正在系統學習中
打開CSDN，閱讀體驗更佳
...規范、E-R圖、模型圖_風情客家__的博客_資料庫模型圖
1.需求分析:分析客戶的業務和數據處理需求。 2.概要設計:設計資料庫的E-R模型圖,確認需求信息的正確和完整。 3.詳細設計:應用三大範式審核資料庫結構,將E-R模型圖轉換為資料庫模型圖。 4.代碼編寫:物理實現資料庫,編碼實現應用。
繼續訪問
設計E-R圖和資料庫模型圖-powerdesigner_zxfly6的博客_數據...
設計E-R圖和資料庫模型圖-powerdesigner 打開PowerDesigner,然後點擊File-->New Model然後選擇如下圖所示的物理數據模型 (物理數據模型的名字自己起,然後選擇自己所使用的資料庫即可) (創建好主頁面如圖所示,但是右邊的按鈕和概念模型略有...
繼續訪問
資料庫的設計(E-R圖,資料庫模型圖,三大範式)
一.資料庫設計的概念 資料庫設計是將資料庫中的數據實體及這些數據實體之間的關系,進行規劃和結構化的過程. 二.資料庫設計的重要性 如果一個資料庫沒有進行一個良好的設計,那麼這個資料庫完成之後他的缺點是: 1.效率會很低 2更新和檢索數據時會出現很多問題, 反之,一個資料庫被盡心策劃了一番,具有良好的設計,那他的優點是: 1.效率會很高. 2.便於進一步擴展. 3.使得應用程序的開...
繼續訪問
資料庫E-R圖
目錄 三個核心概念： 實體集 聯系集 E-R模型就是實體-聯系（entity-relationship）模型，旨在方便資料庫的設計 三個核心概念： 實體集 實體是現實世界中可區別與所有其他對象的一個事物或者「對象」，比如大學里的每一個人都是一個實體。 實體集是相同類型即具有相同性質或屬性的一個實體集合，比如大學里的所有學生的集合可以定義為實體集student。下圖就是兩個實體集。 實體集可以相交，比如一個person實體也可以同時是student實體，也可以是instructor實體.
繼續訪問
資料庫的設計(E-R圖,資料庫模型圖,三大範式)_燈初夜未央的博客-CSDN博 ...
三.設計資料庫的步驟 1.需求分析階段:分析客戶的業務和數據處理需求. 2.概要設計階段:他主要就是繪制資料庫的E-R圖. 3.詳細設計階段:應用資料庫的三大範式進行審核資料庫的結構. 總結:在進行資料庫的系統分析時,都以下列4點位參考...
繼續訪問
資料庫 之 概念模型-ER圖_fffffffff_jj的博客_資料庫...
將ER圖導出為資料庫表Step 1:將所有Entity, Relation => Table Step 2: 去重 合並強實體集屬性不變 弱實體集添上所依賴的主鍵(宿主實體集的) 復合屬性 / 多值屬性 聯系集:實體集們的主鍵屬性 + 自己的屬性...
繼續訪問
資料庫設計規范、E-R圖、模型圖
(1)資料庫設計的優劣： 糟糕的資料庫設計: ①數據冗餘冗餘、存儲空間浪費。 ②數據更新和插入異常。 ③程序性能差。 良好的資料庫設計 ①節省數據的存儲空間。 ②能夠保證數據的完整新。 ③方便進行數據應用系統的開發。 (2)軟體項目開發周期中的資料庫設計： 一個完整的項目 開發需要經過： 1.需求分析：分析客戶的業務和數據處理需求。 2.概要設計：設計資料庫的E-R模型圖，確認需求信...
繼續訪問
MySQL資料庫實驗（四）：E-R圖實例講解
目錄 ER圖成分構成 2 屬性 3 聯系 用處 E-R圖轉換成關系模式 1:1聯系的轉換 1:n聯系的轉換 m:n聯系的轉換 ER圖成分構成 1 實體 實體是客觀世界中存在的各種事物，或者某個抽象事件，我們都可以將其稱之為實體。一方面，實體可以是現實世界中的課程實體、教師實體、學生實體、職工個體。總而言之，實體可以是現實集合中的一個子集，也可以是各種抽象的對象。 ...
繼續訪問
使用visio畫資料庫模型圖_Together_CZ的博客
轉自:使用visio畫資料庫模型圖 這個星期由於項目的進度需要加緊,師兄讓我把設計的資料庫用visio製作出來供他修改,由於之前沒有使用過visio這個工具,所以現在來學習一下。 一、新建vsd文件 打開visio,然後點擊左上角的文件,然後點擊如下圖...
繼續訪問
visio2016 資料庫模型圖_資料庫第七章--NoSQL資料庫
HBASE資料庫 HBase全稱是Hadoop Database, 是一個構建在Apache Hadoop上的列式資料庫 HBase是一個開源的非關系型分布式資料庫(NoSQL),實現的編程語言為 Java 鍵值對資料庫Redis 簡介 KV:Key-Value(鍵值)存儲模型是NoSQL中最基本的...
繼續訪問
【資料庫原理系列】資料庫E-R模型
E-R模型 設計中的抽象 不同層次抽象 現實層(客觀存在) =>抽象層(觀念世界/信息世界，描述現實世界的一種觀點) =>…(信息世界的若干層抽象)… =>邏輯層(計算機世界：獨立於物理設備) =>物理層(計算機世界：不同物理設備的具體實現） 越抽象，語義信息越少，概括性越高，越反映共性信息，表徵的范圍越大 檢驗抽象正確性的方法：能夠依據現實抽象出來(抽象化)，同時也能夠依據抽象的信息和抽象規則還原為被抽象對象(具體化)。 基本思想數據模型與概念模型 表達計算機世界的
繼續訪問
資料庫系統 - E-R模型
上圖是一個E-R模型的例子，我們需要了解到的是矩形代表一個實體（表，視圖等），橢圓形代表一個屬性（欄位，通過函數計算出的值），菱形代表實體與實體之間的關系。 在實際開發中往往是先畫出局部的E-R圖（一張表），然後再一步一步的合成出全局的E-R圖。合成(集成)E-R圖有兩種方法：多個局部E-R圖一次性合成，逐步合成，用累加的方式一次集成兩個局部E-R圖。 E-R模型轉關系模式的原則： 1. 一個實體轉成一個關系模式 如果是1：1的聯系最少要轉成2個關系模式（1個實體放一個關系，2個實體放2個...
繼續訪問
資料庫導出數據模型圖_ljs1196的博客_資料庫生成數據...
本文介紹如何使用Visio工具將資料庫導出其數據模型圖 打開viso軟體,點擊「新建」-「軟體和資料庫」-「資料庫模型圖」,如下圖中紅色框中的步驟。 新建完成後,在viso菜單欄出現「資料庫」菜單。點擊菜單,選擇反向工程。 驅動程序選擇Mi
繼續訪問
使用Visio建立資料庫模型視圖(資料庫模型圖、數據視圖)
1.在visio中新建資料庫模型圖 打開visio 2010,文件—>新建—>資料庫—>資料庫模型圖。建立資料庫模型圖之後,菜單欄多出一個菜單項"資料庫"。 看下圖菜單欄多出了一個資料庫項 2.依次畫資料庫建立的每張表、視圖等 ...
繼續訪問
[自學]資料庫ER圖基礎概念整理（轉）
ER圖
繼續訪問
生成業務數據模型圖（SQLite + Navicat）
1.前言 由於實際要求，往往需要我們提供系統或資料庫的業務數據模型，可以利用工具來繪制或生成。 2.sqlite + Navicat生成 簡述下步驟， （如果已有資料庫，可忽略該步驟）新建sqlite資料庫，當然一個資料庫可能有多個表，如果目標資料庫有多個表的話，這里新建一個也可以，剩下的再Navicat中繼續創建，當然也可以一次性建完。這里我用的DB Browser for SQLite軟體。 打開Navicat，文件--》新建連接--》SQLite，然後選擇剛剛創建的db文件 在Navica
繼續訪問
熱門推薦 MySql資料庫增刪改查常用語句命令
文章目錄增刪改查語句庫操作表操作增刪改查實例准備表插入數據修改表數據刪除表數據查詢表數據常見的MySQL語句命令常見MySQL欄位含義 增刪改查語句 增刪改查的語句命令為： 操作 命令 增 insert 刪 delete 改 update 查 select或者show 庫操作 操作 代碼 創建資料庫 create database shujuku; ...
繼續訪問
MySQL的E-R圖
一、什麼是E-R圖 E-R圖，全稱:實體-關系模型圖，是指通過實體、關系、屬性三個基本概念，來概括數據的基本結構，從而描述靜態數據結構的概念模式。 組成E-R圖的3個核心要素：實體，屬性，和關系 實體一般採用矩形來進行表示，屬性使用橢圓來進行表示，而實體與實體的關系則通過菱形來進行表示，例如: 在E-R圖中，可以通過菱形來描述多種實體關系，例如:1對1，1對多，多對多，自關聯等 二、構建E-R圖的目的 構建E-R圖，屬於軟體開發流程中的需求設計階段。 針對甲方所提的問題域，我們將分析其中實體對象的關系，確
繼續訪問
【MySQL】使用Visio繪制資料庫關系模型圖
使用Visio繪制資料庫關系模型圖 1 新建項目 文件—新建–軟體和資料庫—資料庫模型圖 點擊後，出現如下界面： 2 繪制 左側「實體關系」中將「實體」形狀拖放到繪制界面，如下圖 3 編輯實體名稱，如下圖： 4 編輯列 點擊「列」如下圖： 完成實體：客人信息表 GuestRecord，如下截圖 完成實體：客房表Room（同上操作），如下圖 5 關系綁定 5.1添加 列RoomID到客人信息表 5.2 將「實體關系」中的關系工具拖放到某個實體上（滑鼠不松開），直到該實體邊框變紅色，松開；箭頭指
繼續訪問
概念數據模型（E-R模型）
概念數據模型（E-R模型） 概念數據模型是現實世界第一層次的抽象，是資料庫設計人員和用戶交流的工具，因此要求概念數據模型一方面應該具有較強的語義表達能力，能夠方便、直接地表達應用中的各種語義知識，另一方面應該簡單、直觀和清晰，能為不具備專業知識或者專業知識較少的用戶所理解。 概念數據模型的表示方法很多，其中最常用的是P.P.S. Chen於1976年提出的實體-聯系方法（Entity Relationship Approach），簡稱E-R方法或E-R模型。E-R模型用E-R圖來抽象表示現實世界中客觀事物及
繼續訪問
最新發布 E-R模型
E-R（Entity-Relationship）數據模型，即實體（每一個數據表就表示一個實體）- 聯系（即關系，不同的數據表之間需要有這樣那樣的關系）數據模型。
繼續訪問
資料庫三大範式、E-R圖
第一範式（1NF）：數據表中的每一列（每個欄位）必須是不可拆分的最小單元，也就是確保每一列的原子性； 例如：userInfo：山東省煙台市 131777368781 userAds：山東0省煙台市 userTel：131777368781 第二範式（2NF）：滿足1NF後，要求表中的所有列，都必須依賴於主鍵，而不能有任何一列與主鍵沒有關系，也就是說一個表只描...
繼續訪問
MySQL利用E-R模型的資料庫概念設計
採用E-R模型進行資料庫的概念設計，可以分成3步進行：首先設計局部E-R模型，然後把各局部E-R模型綜合成一個全局E-R模型，最後對全局E-R模型進行優化，得到最終的E-R模型，即概念模型。
繼續訪問
mysql物理建模_物理模型圖-資料庫圖
1.新建物理模型圖 File ----New Model----infomation---Physical Data1：打開PowerDesigner，然後點擊File-->New Model然後選擇如下圖所示的物理數據模型(物理數據模型的名字自己起，然後選擇自己所使用的資料庫即可)(創建好主頁面如圖所示，但是右邊的按鈕和概念模型略有差別，物理模型最常用的三個是table(表)，view(...
繼續訪問
物理模型圖-資料庫圖
1.新建物理模型圖 File ----New Model----infomation---Physical Data 1：打開PowerDesigner，然後點擊File-->New Model然後選擇如下圖所示的物理數據模型 （物理數據模型的名字自己起，然後選擇自己所使用的資料庫即可） (創建好主頁面如圖所示，但是右邊的按鈕和概念模型略有差別，物理模型最常用的三個是table...
繼續訪問
mysql資料庫邏輯模型圖,MySQL邏輯架構
上圖(圖是網路找的)msql_en.jpgmsql_en.jpgmysql邏輯架構：連接層、服務層、引擎層、存儲層，四層。Connectors連接，指不同語言與資料庫的交互，比如：java里的JDBCManagement Serveices & Utilities系統管理和控制工具Connection Pool連接池，管理緩沖用戶連接，線程處理等需要緩存的需求。負責監聽對MySQL Ser...
繼續訪問
MySQL資料庫第3講 資料庫數據模型
MySQL資料庫的數據模型 在學習MySQL資料庫之前，我們需要先了解一下MySQL資料庫的數據模型 這樣我們就能初步了解MySQL中的數據是如何存儲的。 那麼先來給大家介紹一個概念 1 關系型資料庫RDBMS 關系型資料庫就是指建立在關系模式的基礎上，由多張互相連接的二維表格組成的資料庫。 MySQL資料庫就是一個關系型資料庫。 那什麼是二維表呢？ 其實這個指的就是由行和列構成的數據表格，比如我們生活中常見的部門表、員工表等等 而且可以看到員工表中的「所屬部門編號」與部門表中的「部門編號」還有著關聯關系
繼續訪問
資料庫模型圖
資料庫
mysql
9. edm是什麼意思
EDM是實體數據模型（Entity Data Model的英文縮寫），一種常用計算機用語。
實體數據模型 (EDM) 是一個規范，用於定義由在 實體框架 基礎上生成的應用程序使用的數據。使用 EDM 的應用程序在設計架構中定義應用程序域中的實體和關系。
設計架構用於生成由應用程序代碼使用的可編程類。在此模型中持久保留應用程序數據的存儲結構由另一個架構（稱為存儲架構）表示。映射規范用於連接設計架構與存儲架構。
實體數據模型的注意事項：
由 EDM 定義的實體可以通過數據讀取器以序列化格式讀取，也可以具體化為對象。具體化的對象可以在 CLR 語言中進行編程，並可以更新以及保存，而不需要嵌入式 SQL 字元串或其他資料庫語法。
EDM 提供在 EDM 架構和映射規范中使用的基本實體和關系類型。開發人員可以根據需要擴展這些類型以支持應用程序設計。
10. 數據倉庫的數據模型
有別於一般聯機交易處理(OLTP)系統，數據模型設計是一個數據倉庫設計的地基，當前兩大主流理論分別為採用正規方式(normalized approach)或多維方式(dimensional approach)進行數據模型設計。 數據模型可以分為邏輯與實體數據模型。邏輯數據模型陳述業務相關數據的關系，基本上是一種與資料庫無關的結構設計，通常均會採用正規方式設計，主要精神是從企業業務領域的角度及高度訂出subject area model，再逐步向下深入到entities、attributes，在設計時不會考慮未來採用的資料庫管理系統，也不需考慮分析性能問題。而實體數據模型則與資料庫管理系統有關，是建置在該系統上的數據架構，故設計時需考慮數據類型(data type)、空間及性能相關的議題。 實體數據模型設計，則較多有採用正規方式或多維方式的討論，但從實務上來說，不執著於理論，能與業務需要有最好的搭配，才是企業在建置數據倉庫時的正確考量。
數據倉庫的建制不僅是資訊工具技術面的運用，在規劃和執行方面更需對產業知識、行銷管理、市場定位、策略規劃等相關業務有深入的了解，才能真正發揮數據倉庫以及後續分析工具的價值，提升組織競爭力。