使用ADO.net 實體數據模型遇到的問題

然後我在模型視圖裏“添加”->“實體”，新建了一個名爲Student實體。
最後，希望該實體能同步到數據庫中去。
我的操作如下：
在edmx文件視圖下，右鍵選“根據模型生成數據庫”，結果彈出“生成數據庫嚮導”對話框，點完成。
之後會打開一個叫northwind.edmx.sql的文件，我右鍵點擊“執行SQL”，之後彈出連接數據庫對話框，我點擊確定。

結果，edmx模型中的那些“視圖”，居然以表的形式，被新建到了northwind數據庫中。
例如：
northwind數據庫中有個視圖，名爲“Alphabetical list of products”。
建立edmx時，其被實體化爲“Alphabetical_list_of_product”，然而我執行
了northwind.edmx.sql之後，northwind數據庫中，會生成我新建的Student表，
但是也新建了一個名爲Alphabetical_list_of_product的新表。

估計是我哪裏理解出了問題，或是我哪裏操作錯了？
正確的操作流程是什麼？我該如何理解實體模型裏那個“根據模型生成數據庫”這個操作呢？？
但是其他人的電腦的配置和我的一樣啊，也都有這兩個DLL，怎麼其他的人的在vs中執行的時候就不報錯呢？

另外，就是此段代碼在另外的機器上，同等開發環境下，又能正常編譯，總是找不到原因。

不是限制類型，類型我會限制
想限制輸入的內容爲'是','否'這兩個
爲char類型 現在只要輸入是1個字符 比如'b','a'之類的 都可以輸入
我想讓他只能輸入是或者否
比如是第三列怎麼限制

當單元格失去焦點的時候判斷輸入的內容不就好了嗎

用C#開發的應用程序因爲佔用過多的CPU資源(有時候達到90%)導致系統"假死",也就是有那麼幾秒鐘甚至一分鐘,點擊應用程序的界面,都沒有反應,要等一會兒纔有反應.

出現這種情況時候,我發現在任務管理器裏面,該應用程序的頁面錯誤增量和頁面錯誤都較大,頁面錯誤增量達2000k---3000k,而頁面錯誤則已經累積達到 幾千萬K 了....不知道是否是這個原因導致的.....汗.....


該應用程序和外界的交互有,讀寫OPC,讀寫數據庫,記錄文本日誌,發送Socket消息..除此外,系統內還有畫圖刷新處理..


該問題已經困惑很久了，,一直沒有找到解決方法,,望各位能夠指點迷津啊...不勝感激!!!!!!!!!!!!!!!


我覺得是 畫圖處理部分所導致(不知道是不是graphics沒有調用 Dispose()啊？？？),,但是我確找不到根本的原因和解決辦法啊..能否說教說教啊.呵呵

實際應用需要實時的點狀態的信息啊,,你說的用Timer定時繪製,是制所有的畫圖嗎?還是隻針對重畫部分?

是不是graphics 沒有調用 Dispose()釋放資源嗎?,這個有很大影響嗎??因爲我的主界面,正常運行差不多有50---60 個點來實時繪製,,這些點數應該也不算多啊,鬱悶中啊.........................

而且現在項目比較急,,急需解決這個問題啊如果需要高速繪製,就不能使用普通窗體了,用層窗體吧.畢竟直接在.NET窗體上繪製很慢的.
這個操作資源很大的。你這麼速度加高資源的直接繪，看着似乎有些問題。

顯然不只是UI層，任何可能出現錯誤而你設計時必然無法左右的地方，都可以用try,catch。
電腦上本沒有異常機制，就像c++中不限制一個字節的byte等於255時依然可以執行加1操作一樣。異常機制是一種額外的保護機制，當你的軟件需要時，可以通過throw new Exception()拋出異常，以一種非正常結束的狀態結束函數調用通知調用方，調用的地方如果沒有使用try,catch捕獲異常，則繼續向上拋出直到最終呈獻給用戶一個紅色的叉叉，和一堆例如：程序異常關閉，請聯繫xxxx等的字樣。
就是可能會出錯的代碼塊用這個包起來,
這樣就能拋出異常,可以檢查代碼,一般的書籍都有介紹的,這個功能挺長的,
LZ最好可以去找本書籍看看.
調試的時候很好用
有些錯誤無法找到的時候，在認爲可能錯誤的地方用try catche找錯誤很方便
能夠一目瞭然的知道是什麼錯誤可以避免程序在有錯的情況下運行不至於崩潰~

假如代碼中有異常 加上try catch後也不會導致程序崩盤，沒加的話，就會崩盤
何爲“UI”層，就是用戶操作界面，user interface 的簡寫

try-catch 語句由一個 try 塊後跟一個或多個 catch 子句構成，這些子句指定不同的異常處理程序。

try 塊包含可能導致異常的保護代碼。該塊一直執行到引發異常或成功完成爲止。例如，下列強制轉換 null 對象的嘗試引發 NullReferenceException我設想的是使用serialport的datareceived事件讀，可這個事件被觸發的時機總不是那麼可巧，在發送短信的時候，由於收到手機返回的信息也被觸發，所以要對收到的信息判斷，正常新到短信後應該收到：+cmti:"sm","21"這樣的信息，可有時只收到不完整的字符串就被觸發了，感覺很不好控制。
來源：NBA視頻下載