Time of Update: 2018-12-05
1、今天弄了一下Hibernate,根據文檔進行配置,啟動並執行時候出現了這個錯誤org.hibernate.exception.SQLGrammarException: could not insert: 。開始以為是設定檔錯,反反覆複把設定檔查了好多遍,後來發現是映射對象的id類型導致的,一但帶向id類型為String就會有這個錯誤,當把ID改為int類型問題就解決了,(同理long也應該是可以的)
Time of Update: 2018-12-05
在項目開發中,必然會遇到資料持久化的問題。在關聯式模式中有一對一,一對多,多對一,多對多集中模型;下面就這幾種模型在Hibernate中是如何?的,做一個簡單的記錄:首先是一對一模型,在這個模型中,每個學生擁有一張圖書證,一個圖書證也只能對應一個學生,而圖書證是不能獨立存在的。那麼student的PK是id,library_card的PK,FK
Time of Update: 2018-12-05
反射思想由來已久,由於一直對java中反射的用法一直不太熟悉,特地找了一些資料學習了 一下,現在通過以下一些執行個體,對java中反射機制的一些用法做一些介紹:獲得執行個體對象的一個field,method,constructor下面是一個簡單的例子:package reflection;import java.lang.reflect.Field;public class GetFieldSimple { public int height; private int width;
Time of Update: 2018-12-05
1、問題原因分析錯誤org.apache.nutch.searcher.QueryException: Not a known fieldname:publishUrl原因原因分析:在NutchBean的main()方法中final NutchBean bean = new NutchBean(conf);聲明NutchBean 得到一個bean,在他的建構函式中使用LuceneSearchBean()來實現searchBean。searchBean = new
Time of Update: 2018-12-05
QQ使用者請注意了,這5個檔案夾要定時清理! 提升記憶體 安裝目錄\ProgramFiles\Tencent\QQ\ad 這裡面是QQ廣告,刪掉! 安裝目錄\ProgramFiles\Tencent\QQ\flashshow 這是你的QQ好友的QQ秀檔案夾,可以放心刪除 安裝目錄\ProgramFiles\Tencent\QQ\flashshow 2 這是你的QQ好友的QQ秀檔案夾,可以放心刪除 安裝目錄\ProgramFiles\Tencent\QQ\QQFileCache
Time of Update: 2018-12-05
//lianbiao.h#include<iostream>#ifndef WYZ_H_H#define WYZ_H_Hconst int NSIZE=50;const int XSIZE=30;const int FSIZE=6;//6門課成績class Bkt //為下面的結構提供資料結點{private: int nume; int numt; char *c_name; char *n_xh; float *f_chj;public:
Time of Update: 2018-12-05
資料庫在啟動並執行過處程中,必須要做好備份,如果沒有做好備份,那麼,如果資料庫出現故障,就只有等死一條路了。因為將會丟失部分或全部資料,另外對OLTP系統來說,資料是即時在變化,丟資料的可能性就越高。 對于歸檔資料庫,有很多的種的備份方法,但對於非歸檔的資料庫來說,只能作關閉資料庫的冷備。 對於Windows系統,資料庫運行時是不能複製檔案的,所以:SQL> shutdown immediate資料庫已經關閉。已經卸載資料庫。ORACLE
Time of Update: 2018-12-05
最近在開發的時候,有這樣一種需求:有一個欄位名:AREAID, 是18位的整形。即: AREAID NUMBER(18)有如下的值:AREAID---------------------------------------1009380532000000001009380533000000001009380534000000001009380535000000001009380536000000001009380601000000001009380602000000001009380603000
Time of Update: 2018-12-05
在資料庫運時,資料表空間的狀態為Online,此時,是不能備份資料表空間的。因為在備份時,DB還是在向資料表空間的資料檔案寫資料,如果此時備份資料檔案,最終使的備份的資料檔案不統一,而不能在恢複時使用。 在備份資料表空間的資料檔案,首先要使資料表空間在備份狀態下,這時,資料庫不能再向資料檔案寫入資料,備份的資料檔案才能有一致性,才可以在恢複時應用。SQL> select * from v$tablespace; TS# NAME
Time of Update: 2018-12-05
昨天有人問我能不能顯示調用解構函式。 我的回答是可以。但為什麼顯法調用解構函式跟沒有調用結果一樣的呢(未用new申請記憶體空間)。 至於為什麼,我今天在這裡說下。 用建構函式建立對像後,程程式負責跟蹤對象直到到期為止。 對象到期時,程式將會自動調用一個解構函式。 構析函數完成清理工作。 例如 如建構函式用new分配記憶體,則析構涵數將使用delete來釋放這些記憶體。 下面是這篇文章子的重點。
Time of Update: 2018-12-05
DataGrid刪除確認及Item顏色交替 DataGrid刪除確認及Item顏色交替 有時候我們需要在刪除DataGrid中Item相對應的資料時,需要彈出一個確認對話方塊來提示使用者,其實這個功能非常簡單,下面的代碼大家可以試試,還有一個小技巧也順便測試一下,可以在DataGrid的Item 中產生顏色交替的效果。 private void dg_ItemDataBound(object sender, DataGridItemEventArgs e) {
Time of Update: 2018-12-05
cin、cin.get()、cin.getline()、getline()、gets()等函數的用法學C++的時候,這幾個輸入函數弄的有點迷糊;這裡做個小結,為了自己複習,也希望對後來者能有所協助,如果有差錯的地方還請各位多多指教(本文所有程式均通過VC 6.0運行)轉載請保留作者資訊;1、cin1、cin.get()2、cin.getline()3、getline()4、gets()5、getchar()1、cin>>
Time of Update: 2018-12-05
實現思想: 對象-〉序列化-〉二進位流-〉還原序列化-〉新的對象DotNet 代碼: public static Object DeepClone(Object srcObject) { //定義記憶體流 MemoryStream ms=new MemoryStream(); //定義二進位流 IFormatter bf=new
Time of Update: 2018-12-05
//驗證動態分配記憶體失敗,引發的異常#include<iostream>#include<new>using std::cout;using std::endl;using std::bad_alloc;int main(){ char* pdata=0; size_t count=~static_cast<size_t>(0)/2; try { pdata=new
Time of Update: 2018-12-05
你再也不需要使用Win32應用編程介面或者VB的Shell函數來啟動外部應用程式了。因為你可以使用.NET架構中的System.Diagnostics.Process類來進行這個操作,從而進一步簡化代碼。 雖然.NET使很多事情變得更加複雜,但是啟動外部應用程式不在此列。在傳統VB程式中,你可以使用Shell函數啟動一個應用程式。當你傳送一個資料檔案名的時候,VB在相應應用程式中開啟這個資料檔案。你可以使用一個任選的windowstyle參數控制所啟動的應用程式的視窗方式。例如,在VB6
Time of Update: 2018-12-05
借鑒於上周的經驗,以及學習總目標做出如下決定和規劃 1、工作日由一周五天改為一周六天2、本周要完成《Thinking in c++》 第四章練習以及第五章內容 (完成第四章)3、每天完成《Windows 程式設計》至少兩頁的仔細閱讀 (也就是說一周六天至少要完成12頁) (只完成了6頁,而且以前的知識易遺忘)4、每晚拿出一個小時來努力學習 Linux (只拿出來了3天)5、完成詞法分析器 的編寫!! (利用老師的代碼進行了對小數的識別) 總結: 這麼多目標沒完成,客觀上是感冒引起的懶惰!
Time of Update: 2018-12-05
由於刪除檔案時不小心,刪除了一個資料檔案,在作業系統級該檔案不能被恢複。資料庫是自動歸檔的資料庫。經查看,有所有的歸檔日誌。SQL> archive log list;資料庫記錄模式 存檔模式自動封存 啟用存檔終點 d:/oracle/ora92/RDBMS最早的概要日誌序列 6下一個存檔日誌序列 8當前日誌序列 8SQL> startup mountORACLE
Time of Update: 2018-12-05
重做記錄檔對Oracle系統來說,是至關重要的,Oracle對重做記錄檔的所有變化都有記錄檔記錄.日誌存放路徑:D:/oracle/admin/ora92/bdump以上路徑與Oracle的安裝有關.在以上路徑中,所有的 .trc 檔案都用來記錄重做記錄檔的每一次變更:下面以執行個體分析:Dump file d:/oracle/admin/ora92/bdump/ora92_arc2_2076.trcFri Nov 17 00:03:00 2006ORACLE V9.2.0.1.0 -
Time of Update: 2018-12-05
使用Utlbstat和Utlestat只能取兩點的資訊,得到效能差異報表,並進行分析,判斷那些是主要影響系統的資訊.但是由於兩點之間的效能差異的不確定性,如操作時間長短,並發數的變化,而收集的資訊是兩點之間的比較,時間越長,收集到的資訊的準確程度越低,收集的時間短,則收集的資訊不全.同時受提供資訊有限所限,隨Oracle版本的發展,現已經被StatSpack取代. 與Utlbstat和Utlestat相比,Statspack不僅僅是取兩點值,還可以取多點資訊,做任意兩點的比較.
Time of Update: 2018-12-05
在論壇上,有人問:一個朋友的Oracle資料庫所在的 作業系統崩潰,現遺留下資料檔案檔案分布結構如下:d:/oracle/oradata/STANCONTROL01.CTL CONTROL02.CTL CONTROL03.CTLINDX11.DBF INDX12.DBF INDX13.DBF INDX14.DBFREDO01.LOG REDO02.LOG REDO03.LOGTEMP01.DBF TEMP02.DBF