Hibernate實戰(二)

Hibernate實戰(二) Bromon原創 著作權 one-to-one關係 在絕大多數系統當中不可能只存在一個資料表格,否則就違背了關聯式資料庫的初衷。表與表的關係比較複雜,可以分為幾種情況: ● 一對一關聯(one to one) ● 一對多關聯(one to many) ● 多對一關聯(many to one) ● 多對多關聯(many to many) 按順序來講。假設一個一對一關聯的例子是: 表格:person id 編號(主鍵) name 姓名 email email地址 表格:

Hibernate實戰(三)

Many-to-One關係 Bromon原創 請尊重著作權 很明顯一對多或者多對一關聯性是關聯式資料庫中非常常見的現象,下面通過父親-兒子的例子來示範一對多關聯性,多對一關聯性是類似的,不過在我們的這個例子中不宜採用,否則會帶來倫理學上的問題。 首先定義Child類: /*  * Created on 2004-5-8  */ package org.bromon.zizz; /**  * @author Bromon  */ public class Child {  private int 

網路線上遊戲開發心得(伺服器端)(四)

bromon原創 請尊重著作權四、撲克牌的產生  遊戲中需要為使用者產生隨機的撲克牌,首先我們需要初始化一副牌,放到一個Hashmap中,每張牌以一個位元組表示,高為代表花色,的為代表數字,產生整副牌: package org.bromon.games.al;private static HashMap cards = new HashMap(); int tmp=0;for (int i = 0; i <4; i++) {for (int m = 0; m < 13; m++) {

網路線上遊戲開發心得(伺服器端)(五)

bromon原創 請尊重著作權五、線程  實際上本系統並沒有複雜的線程管理,但是我想提供一個控制台讓管理員可以管理遊戲主線程,可以讓它停止、中段、恢複、重啟動,本來的設計是管理員通過與線程A打交道,通過A去管理主線程B,但是熟悉java線程的朋友都知道,線程互相管理基本上就是不實際的,舉個最簡單的例子,A如何銷毀B?也許你會說調用B的destroy()方法就好了,網上很多講解java線程的資料也確實是這麼說的,但是他們都是鬼扯的,自己去看看java原始碼吧,Thread.destroy()方法的

JBoss 4.0.2叢集指南(二)—-建立JMS叢集服務

JBoss 4.0.2叢集指南(二)建立JMS叢集服務bromon原創 請尊重著作權  本問講解如何在jboss 4.0.2中建立jms訊息叢集伺服器,本文以《jboss

COM 物件 和 介面

 http://www.wangchao.net.cn/bbsdetail_30489.htmlCOM Objects and Interfaces  一個對象實現一個介面,他的意思就是該對象使用代碼實現了介面的每個方法  並且為這些函數通向com庫提供了com的二進位指標。然後com使這些函數運行在  請求了一個指向該介面的任何用戶端。Interfaces and Interface Implementations  COM

關於鏈式運算式

五、編寫strcpy函數(10分) 已知strcpy函數的原型是 char *strcpy(char *strDest, const char *strSrc); 其中strDest是目的字串,strSrc是源字串。 (1)不調用C++/C的字串庫函數,請編寫函數 strcpy char *strcpy(char *strDest, const char *strSrc); {       assert((strDest!=NULL) && (strSrc !=NULL)); /

網路線上遊戲開發心得(伺服器端)(六)

六、非同步訊息  使用者玩牌的過程中,有很多東西需要記錄下來,比如記錄使用者的積分、等級變化,記錄玩牌日誌供資料統計等,當使用者數量很多的時候,在資料庫中記錄這些資訊會很耗費資源,使用者玩了一局之後會可能會等待很長時間。解決這個問題的方法是利用J2EE的訊息bean來提供非同步通訊的機制,需要記錄資料的時候,系統會封裝一個值對象,發送給J2EE容器,這個操作是很快的,完成之後就返回,使用者可以繼續操作,不用關心訊息何時被處理。  J2EE的訊息架構具備如下特徵: ◇               

Websphere App Server 6造成磁碟空間不足的一個小bug

   前兩天去客戶那裡給系統做升級,同時協助解決幾個使用中的問題。到了現場第一件事情是把以前的應用匯出做備份, 結果居然遇到返回null。查看日誌發現系統報告空間不足,以前遇到這個問題是因為WAS出現oom(Out of

網路線上遊戲開發心得(伺服器端)(七)

bromon原創 請尊重著作權七、啟動與退出  為了讓系統具備讓人滿意的效能,應該盡量多的重用對象,減少建立新對象。比如上面提到的訊息發送,我們的操作是提供一個靜態類,在系統啟動的時候就初始化,保持與JMS伺服器的串連,系統發送訊息的時候,不用再去查詢JNDI和產生QueueConnectionFactory,這樣可以提高系統響應速度。  在資料庫連接池的問題上,我們也採用同樣的操作,啟動的時候初始化N個串連。但是如果在關閉進程的時候不做任何操作,會導致JMS拋出socket異常,雖然沒什麼大的

XXXX項目hibernate與應用緩衝方案總結

 XXXX項目緩衝方案總結        XXXX項目是目前在實際工作中正在做的事情,該項目是一個大型系統的內容管理核心,負責最核心的meta data的集中管理,效能有較高的要求,設計初期就要求能夠支援cluster。項目使用hibernate 3.2,針對開發過程中對於各種緩衝的不同看法,撰寫了本文。重點在于澄清一些hibernate的緩衝細節,糾正一些錯誤的緩衝用法。 一、hibernate的二級緩衝      

JSF開發實戰(一)

JSF開發實戰(一)bromon原創 請尊重著作權    JSF將是J2EE5.0中所包含的web開發架構,這應該是第一個成為jcp標準,並且隨j2eesdk一起發布的web架構,可以看出sun對它的期望很高。JSF最大的競爭者是tapestry,是apache的產品,但是apache又弄出了個myfaces,是對jsf標準的一個實現。也許你也和我一樣,在jsf和tapestry之間猶豫很久,將來從apache的態度上應該可以看出二者的走向。在tss上有一篇比較jsf 1.0與tapestry

重要通知:本blog全面停止更新

由於長久以來一直不堪csdn blog系統的折磨,早已另起爐灶,開通了其他blog持續更新。一直沒能在這裡張貼正式的通知,乃是因為我一直無法正常登陸csdn blog的管理頁面,無法張貼該公告。若另讀者失望,以為我是虎頭蛇尾專門張貼太監文章的人,我非常痛心深表遺憾。如您所見,我在這個blog張貼了接近60篇,其中大半是我原創的技術文章。很多朋友通過該blog獲得了知識發表了看法,並且與我成為朋友。也許在不久的將來,該blog的諸多文章與評論都將不再存在,具體時間視本次csdn博起的持久能力而定。

77818個點擊,仍然很難拋棄csdn

我曾經想過,不再回來。csdn blog,我只是幸災樂禍的看客。今天我仍然回來寫一篇東西,是因為這個數字:77818這是我偶然回來,看到的點擊數。很意外,比我假象的數字高出一個數量級。看見這個數字,感覺非常複雜,昨天這個數字是77710,一天時間多了100個點擊,在我四個月沒有更新blog之後,這個數字,不低。不想拋棄自己的曆史,所以很難真正拋棄CSDN。做開發的,有幾個沒在CSDN混過呢?煢煢白兔,東走西顧。衣不如新,人不如故。

世界盃全程競猜,嚴重期待阿根廷

老婆公司舉行世界盃競猜活動,獎品還不錯,有iPod,DC等,報了名湊個熱鬧。規則是預測每場比賽的勝負,預測正確得3分,猜錯得0分。比較特殊的是,如果兩隊打平,那麼預測正確的得3分,猜任何一隊勝的都可以得1分。這是我小組賽第一輪的預測情況:NoDateTeam 1Team 2Default TipYour Tip[01]09-JunGermany - 德國Costa Rica - 哥斯大黎加Costa Rica - 哥斯大黎加Germany - 德國[02]09-JunPoland -

基於訊息Bean的EJB非同步通訊

基於訊息Bean的EJB非同步通訊Bromon原創 請尊重著作權  非同步通訊是一個提升程式執行效率的很重要的手段,而效能問題又是EJB誕生以來一直都很受關注的話題。EJB執行效率不高的原因是用戶端需要查詢和調用遠程介面,而本身在處理資料是很快的,畢竟EJB有比較完善的緩衝機制,幾十萬的app server也不是白吃記憶體的。用戶端程式如果能夠採用非同步通訊,只負責以訊息的形式發送請求和需要處理的資料,不用等待系統查詢、調用遠程介面,可以節省大量時間,這也是EJB

數字、發言與思考

數字、發言與思考   周五(2005.2.25)下午的成都能見到陽光,算是少見的好天氣。這一周談了四家軟體公司,情況都不甚滿意,不過長了很多見識。另找時間寫個《成都軟體公司寫真》,可能會對很多求職的人有協助。   年後最大的收穫就是開始理解IoC(Invertion of Control)和aop(Aspect Oreited

世界盃全程競猜第二輪,繼續期待阿根廷

第一輪比賽只猜中了12場,錯了四場球:瑞典0:0特多  這場球瑞典隊優勢明顯,只是自己太著急,小組賽第二輪對巴拉圭,我認為他能拿下荷蘭1:0塞黑  本來很看好塞黑,但是第一場比賽讓人失望。對於一個國家已經分裂的球隊,一旦氣勢被奪,就只能一潰千裡。下一場對阿根廷的比賽應該沒有懸念。意大利2:0加納  沒辦法,這次世界盃真是一點冷門都沒有澳大利亞3:1日本  這場雖然沒有打平,但是看得很過癮第二論小組賽預測如下:NoDateTeam 1Team 2Default TipYour Tip[17]14-

風一樣的男子

愛你很好真的很好你知道什麼是我想要當被你擁抱我甚至想不出有什麼是我所缺少早餐做好襯衫燙好讓我看來是你的驕傲你從不吵鬧但是這安靜的生活使我想逃想看遠一些想走遠一點我不甘心就這樣讓一切停下來假裝這是所謂的永遠也許我是將風溶解在血中的男子也許我是天生習慣自私你用溫柔和真摯面對我在愛裡放肆的樣子也許我是將風溶解在血中的男子也許我是天生崇拜追逐當你將疑慮裝得若無其事請原諒我像風一樣的男子<風一樣的男子>-----陳小東

周末收了房,是租還是住,是個問題

去年6月買房到上周末收房,整整14個月,謝天謝地,開發商還健在.這14個月從來不敢掉以輕心,終於,它沒有爛尾,沒有縮水,實在是業主之大幸,我們終於從給開發商裝孫子過度到了給物管裝孫子的新階段.買的時候4200RMB如今漲到了5000RMB,所謂的宏觀調控似乎跟成都這地界沒多大關係.聽說某個朋友的朋友,手握11萬現金,楞是在成都買不到基本合適的房子.三環外的世紀城達到了5300,東門的建設路達到了4300,類似資料充分說明了,摩爾定律不僅適合於晶片製造行業,房地產也有向它看齊的決心.據說我的房子如

總頁數: 61357 1 .... 17404 17405 17406 17407 17408 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.