其他

      迅雷被封、csdn上不去、網站上不去...過來瞧瞧吧，希望能協助到您呦！      在GreatFireWall（中國防火牆）的5種封鎖方法中，有一種簡單而效果很好的方法就是DNS汙染。GFW會對DNS的解析過程進行幹擾，這會使被幹預的網域名稱返回一個錯誤的IP地址給你的主機，使你無法正確練到你要的伺服器上讀取正確資訊。     

         我們在大學以前，好像都在為積累知識而忙碌著，從來沒注重過能力的培養。我想這主要是我國教育制度的緣故吧，想拿高分，想上好學校，就得學好那點固定的知識。這樣與此同時也就忽略了學習能力的培養，學生在不知不覺中就被這種教育制度給殘害了。到大學以後教育制度似乎終於有了標語，要培養學生的各種能力，培養全面人才。但這時學生好像又不願意幹了，十年寒窗，磨了十年也沒磨出個劍來，早就絕望了，終於上大學了，可勁玩吧，哪還有心情培養學習能力啊，從頭再來？太晚了吧。       

       （比如隨身碟空間為8GB但放一個5GB的檔案卻放不進去）這很可能不是隨身碟壞了，而是隨身碟格式問題（當然也有可能是隨身碟是假的，被擴容了，實際容量不夠了）。因為你的隨身碟為FAT32檔案系統格式，而此種檔案格式是不支援超過4G的單檔案。怎麼辦呢？將隨身碟轉換為NTFS格式即可。下面是轉換的過程（此方法一般不會損壞磁碟內原有資料,可以確保當前檔案完好無損）：假設你要轉換你的F盤

Hibernate是一個開放原始碼的對象關係映射架構，它對JDBC進行了非常輕量級的對象封裝，使得Java程式員充分使用對象編程思維來操作資料庫。HIbernate的移植性很好，它可以應用於任何JDBC使用的場合。下面我們從搭建開發環境開始，來學習Hibernate。1、建立一個java項目:hibernate_test.別的項目也可以，上面已經提到，Hibernate的移植性很好，可以在Java用戶端程式使用，也可以在Servlet/jsp項目中使用。2、建立庫檔案：KIBERNATE3、引入

Hibernate不僅負責從Java類到資料庫表的映射，還提供了物件導向資料查詢檢索機制，從而極大地縮短了手動處理SQL和JDBC上的開發時間。也就是說，採用Hibernate架構進行開發，我們無需關心資料庫中有哪些表。取而代之的是，通過設定檔的基本映射，我們能夠完全採用物件導向的方式，完成持久層的持久化資料處理。首先，從宏觀上瞭解Hibernate的基本映射。下面做一個Hibernate做一個映射Demo:User實體：package com.lzq.hibernate;import

在開始講述關聯映射之前，先來介紹一下ORM的概念。ORM：Object Relational

        這篇文章只談思想不談技術，先談這次合作開發的流水線（記錄生活），然後談這次旅程中發現的自己的不足和開發過程中學到的知識。 開發流水線         第一次合作開發到5月8號結束了。想回憶一下這次經曆以及這個過程中自己的心裡變化。接到合作開發的通知應該是在4月4號，十幾個人分好組，看得出大家都很興奮，由於是第一次合作，各組都請各自的導師進行簡單的指導，說了一下合作過程中的分工情況，注意事項，等等。        

     前些天由於要錄影，很榮幸的聽了五六七八期的學術交流會。這次偶然給自己的觸動很大。     下面先說一下聽到的會議內容，然後說說自己從中學到的東西和感受。會議內容：       會議由李坤師哥主持。總共講了三個內容。       第一個內容由催成龍師哥講他們重構的“永和豆漿”系統。感覺大部分還能聽懂，給人第一感覺是這個系統做的特別好，靈活性、擴充性都特別高。大部分模組都能手動設定和添加或刪除功能。設計的UI也非常靈活和人性化。     

     這個暑假過的好快，不知不覺中，我已經搬回了師範學院的宿舍，宿舍的哥們兒也陸續都回來了。暑假期間，我主要就和提高班的三個同學接了一個關於體檢的小系統。前前後後大概做了一個月的時間。     其實到目前為止，還不能說這個項目做完了。因為我們還沒有到醫院去部署，不過已經在我們電腦上發布了。同時，也因為秋收時節來臨了，看著滿滿 的“糧食”，我按捺不住內心的喜悅，迫不及待的來總結，迫不及待的去收穫。       

一對多和上文講的多對一兩種映射關係，其實就是站在相反的角度考慮同樣的事情。一對多和多對一映射原理是一樣的，都在多的一端加入一個外鍵指向一的一端。也就是說，在關聯式資料庫的表中，他們的表及表欄位都是一樣的。他們的不同在於維護的關係：         

百度百科說：實體類表示系統中的資訊儲存，它們一般用於表示系統所管理的核心概念。實體物件經常是被動和永久性的。它們的主要職責是儲存和管理系統中的資訊。 從概念我們可以看出，實體是比較穩定的。由於實體物件的相對穩定性，我們可以利用各種實體類產生器來生它。 所以，我在最開始學習它的時候，我給它的定義是，靈活性小，沒有太大變化。甚至認為實體類就是實現屬性的get與set方法。這兩個訪問器實現屬性的讀與寫。 代碼一： /// <summary> /// 使用者表 ///

前面兩篇介紹了多對一、一對多的映射。今天分享下一對一的關聯映射關係。有兩種策略可以實現一對一的關聯映射：主鍵關聯、唯一外部索引鍵關聯。主鍵關聯——兩個表有完全相同的主索引值，來表示它們的一對一的關係。資料庫中沒有額外的欄位去維護它們之間的關係，就只是靠著主鍵來維持關係。唯一外部索引鍵關聯——增加一個額外的欄位，維護他們之間的一對一關聯性。現在要用一對一來描述人和身份證的關係。每個人只有一個身份證。1、單向主鍵關聯進行描述根據，我們需要在person端進行如下配置：<?xml

        當今，電腦已經走進了千家萬戶。而用360清理電腦，好像已經是每家每戶經常乾的事情。而我的一個遠親更為誇張，家裡電腦上裝滿了360的套裝。從瀏覽器到安全衛士再到殺毒軟體。清理電腦清理的頻繁極了，而且人家還非常關注360軟體的更新，雖然他不知道是怎麼回事兒，軟體一有更新，就更上癮似的去更新。       下面我們想一個問題：為什麼360能夠通過不斷的升級程式，達到程式的更新，而有的程式一有新的業務，就非得推倒重來呢？     

前面幾篇文章已經較講解了三大種關聯映射，多對多映射就非常簡單了，不過出於對關聯映射完整性的考慮，本文還是會簡要介紹下多對多關聯映射。1、單向多對多關聯映射情景：一個使用者可以有多個角色，比如資料錄入人員、商務主管等；一個角色也可以有多個人，比如張三和李四都是資料錄入人員。這裡只維護使用者到角色的單項關係：此處多對多的關聯映射，需要三張表來維護。那麼在User實體裡面需要假如角色的引用，在使用者實體User的關係裡面需要加入<many-to-many>標籤來維護關係（假如引用返回jav

 最近的生活很是規律，自己想幹點什麼就幹點什麼，沒有那麼多必須去做的事情，也沒有那麼多浪費時間，又必須去盯著的事情。每天除了上一節或兩節專業課，就是在機房獃著。看看大話、看看英語……這種自由支配的感覺很爽呀！最近的英語，我一直再看“新走進美國”，感覺好給力啊！哈哈，感慨很多。看來英語這東西，也需要有興趣才可以。其實我學英語的條件挺符合米老師要求的——零基礎。英語四級考了426，剛剛過了分數線，人品超級爆發。英語前期的資料，怎麼說呢？應該說是堅持多一點吧。整天想著怎麼可以少看一點。有時候一不注意就

主要介紹：（1）建立工程，（2）建立捷徑及其表徵圖（3）卸載設定 建立工程（.net為例）：工程建立完成。。。。接下來進行簡單設定開始設定捷徑表徵圖： 設定安裝後，程式在控制台的“添加刪除程式”下的表徵圖：設定啟動捷徑及表徵圖：注意捷徑檔案夾選擇：捷徑檔案夾設定：卸載捷徑設定（類似上面的啟動捷徑）：注意捷徑目標：捷徑可以隨意複製到需要的檔案夾：（例：）卸載設定：然後根據提示完成即可（可以設定自己喜歡的主題風格：）

最近對Matlab有了全新的認識，同時也在學習中找到了學習的樂趣。大二上學期的時候學了半年的Matlab，除了反感想不出什麼新的形容詞。而今年開的數學實驗課又是基於Matlab的。頭疼。。。在我感覺，Matlab沒有VB快捷，總感覺有了可視化的VB，就不需要再去學什麼Matlab。而今年我看到了許多人為了數學建模癡迷的在教室奮鬥了三天三夜。我開始反思了，開始對Matlab老師說的話有了新的認識，對Matlab有了新的認知。下面就談談結合VB談談Matlab。~變數處理近些天來，我一直研究Matl

        首先準備好工具1.網線、水晶頭；2.壓線鉗；3.網線測試儀。    製作前須知：（線序規則）TIA/EIA-568B：1、白橙，2、橙，3、白綠，4、藍，5、白藍，6、綠，7、白棕，8、棕TIA/EIA-568A: 1、白綠，2、綠，3、白橙，4、藍，5、白藍，6、橙，7、白棕，8、棕網線水晶頭步線         在整個網路布線中應用一種布線方式，但兩端都有RJ-45

      本機是win7 64位作業系統，做資料庫執行個體時需要建立Access資料庫的ODBC資料來源，但是開啟ODBC資料來源後發現添加裡面沒有配置access的串連，如：還會彈出以下問題框：         解決方案：開啟目錄：“C:\Windows\SysWOW64”，雙擊該目錄下的“odbcad32.exe”檔案（以前開啟的是C:\Windows\system32目錄下的該檔案），進去ODBC資料來源管理介面後問題就都可以解決了。於是查追根到了作業系統的原理上，下面談談System，

       為了建立冗餘較小、結構合理的資料庫，設計資料庫時必須遵循一定的規則。在關係型資料庫中這種規則就稱為範式。範式是符合某一種設計要求的總結。要想設計一個結構合理的關係型資料庫，必須滿足一定的範式。在實際開發中通常滿足第三範式即可：        是我對三範式的簡單理解: