我們的生活越來越精彩
學(xué)無止境,恒心,毅力,堅持 |
心情太煩亂了。加油 整理一下自己要學(xué)的
整理一下自己要學(xué)的,掌握的,薄弱的,需要加強(qiáng)的:我是一個感性的人。人都脫離不開情感和感性認(rèn)識。
我一直很理性。按照大家教的那么去做,不過好像是自己認(rèn)識有偏差,在很多地方形成了陰影地帶,給自己一個假想敵,不的不被自己打敗,被自己給淹沒,連生活也沒了。
脫離開了這些,我是一個理性的人,當(dāng)生活趨于平穩(wěn),自己也變得干凈歷練。很多想法比較開放隨意,但做起事來認(rèn)真仔細(xì)。
我一直不敢承認(rèn)自己。用理性極大的壓制自己的感性。最后自己終不得。生活在強(qiáng)大的壓力下,認(rèn)識和想法開始走樣和偏差。不過感謝這股壓力,讓我在思想上有了較多的認(rèn)識。什么能帶走,帶不走的我的想法。一個人什么都沒有,其實,除了,只有思想,還有別的都不重要。人就靠頭腦賺錢。無知是可怕的。愚昧是可悲的。不學(xué)是可憎的。除了這個,我認(rèn)識到自己思想上很多的不足,其主要是思想閉塞,不開放。不聽他人意見,和不了解他人,不會換用他人的思維方式,主要就是對人的了解和看法不了解,片面,太感官。這下我認(rèn)識到自己思想上很多的誤區(qū)。可以大開思維,接受很多新的看法,了解他人的環(huán)境,而不是表面上的開朗外向,內(nèi)向卻積極的憂郁糾結(jié)。可能是一個人走向成熟的看法吧。
在這里讀到很多美文,讓我心里十分的平靜,說到理了。這里真是一個好地方,寫東西,看東西,讀東西的一塊好的靜地。大概是我從前都不愛認(rèn)真讀,或者太表面,很多認(rèn)識不到位,心里面不平靜,也就是大多數(shù)說到的浮躁,年輕人的通病,看問題看東西太片面,太多自己的偏好,太多浮躁的環(huán)境,社會不安全,擁擠的因素。
軟件行業(yè)是浮躁的,大多人是浮躁的,工作不是那么簡單,除了做事,很多事情沒有余地讓人思考。對于這些小事情,就欣然的接受,并帶著感性去把它處理了。而學(xué)習(xí),認(rèn)識需要更多理性的因素。這樣學(xué)的深,學(xué)的鬧,有自己的認(rèn)識,加上一些經(jīng)驗,思想感悟,這樣才能化為自己的東西。
軟件行業(yè)是需要思想的行業(yè)。同時我相信我需要一些大的環(huán)境才能更好的培養(yǎng)自己。小公司只會讓自己累,讓自己沒有空間。不斷提高自己的綜合素質(zhì),讓自己的想法更趨完善,走到哪里都不怕。
這是一個技術(shù)性忒強(qiáng)的行業(yè),光是做表面的東西,一點不實用的,難怪我心里會覺得怕,覺得虛。其實已經(jīng)掌握了一大堆感性素材,是時候?qū)W習(xí)新東西,讓自己提高了。
那才是我 真正的自己
從理性的角度去認(rèn)識自己的感性。很多東西無非是那樣了。很多東西都不攻自破。很多時候我以為和大家是一樣的,現(xiàn)在看來,有千差萬別,根本的還是自己冷靜的思想,自己的世界從來都是那么涼快的。如果我到了環(huán)境也是這樣,當(dāng)然會很好,可是我現(xiàn)在所處的環(huán)境,這幫人真他媽的沒勁,一個個軟綿綿的,只看到個別的還行。理性,才能更自性。
神經(jīng)更加垂直,更加思維靈敏而有建第
多讀blogjava上的好文章,特別是關(guān)于思想感悟的,少讀論壇,少上論壇,搞哪些無聊的,甚至?xí)艿截?fù)面的影響。這些文章才能讓人靜心。
同意。還有那么多人,和我思想一致,達(dá)到感悟,而不是針對現(xiàn)象不斷的感想。
呼喚理性的聲音。
從認(rèn)識的角度去解決問題 而不是從感性的角度 不要接受別人的情緒影響 看清楚具體事實。
公司最近上不了外網(wǎng)了,只能上幾個技術(shù)網(wǎng)站,還好blogjava就是其中一個。很好,就寫這個。
工資降了少的可憐。可我花錢還是那么夸張 真是不應(yīng)該。要成為信用卡的奴隸了,不堪回收啊。
省省吧 工資穩(wěn)定了 就好好看書 少出門 多交朋友,談?wù)勑?畢竟我也24歲了。親愛的姑娘啊,等著我吧。只能大發(fā)感慨。唉。。。。。力拔山兮氣蓋世,時不利兮羈不勢。主觀要靠客觀,主觀努力吧。
在本地tomcat服務(wù)器上都可以調(diào)用,結(jié)果放到apusic服務(wù)器上就出現(xiàn)這樣的問題,但發(fā)現(xiàn)有的附件是可以打開的,URL地址象:
后面總結(jié)了一下,情況是
doc 可以打開
xls 亂碼 西歐windows UTF-8
rar 亂碼 GB2312
有的同事說是字符集亂碼的問題,可是我就連字符集亂碼都搞不懂。
然后找同事討教了處理下載文件的辦法,雖然自己也用過這樣的下載方法,可是這樣的話比較麻煩,就一個簡單的鏈接還要用到后臺的就太復(fù)雜化了。
然后在網(wǎng)上找了找字符集的知識,和utf-8 doc xls 的東西。
發(fā)現(xiàn)有一個mime-mapping 這樣的配置的東西,配置了一下真的是這個問題。
ClassName:java.sql.SQLException
Message:OLE DB 提供程序 'Microsoft.Jet.OLEDB.4.0' 報錯。
NotifyUtil::java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
at java.io.FilterInputStream.read(FilterInputStream.java:116)
at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:2370)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at org.netbeans.modules.web.monitor.server.NotifyUtil$RecordSender.run(NotifyUtil.java:293)
項目部署在本機(jī)沒問題。發(fā)布到測試服務(wù)器上也沒問題。本地部署的用測試服務(wù)器的數(shù)據(jù)庫就出現(xiàn)上面的錯誤。 今天的hibernate調(diào)用的存儲過程,分頁的時候執(zhí)行速度太慢,要1分鐘。
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO
ALTER proc sp_LaborFiles_GetList
@PageNo int=1,
@PageCount int output
as
declare @PageSize int
declare @RowCount int
DECLARE @p1 INT
DECLARE @sql nvarchar(1000)
SET @PageSize = 20
set @sql = N'select ID,FileName,CreateDate from T_Files Where Deleted = 0 and ( Type=''labor''or Type=''公用'') ORDER BY ID DESC'
EXEC sp_cursoropen @p1 OUTPUT,@Sql,@scrollopt=1,@ccopt=1,@rowcount=@RowCount output
if (@RowCount%@PageSize = 0)
SET @PageCount = @RowCount/@PageSize
ELSE
SET @PageCount = @RowCount/@PageSize + 1
SET @PageNo = (@PageNo - 1) * @PageSize + 1
EXEC SP_CURSORFETCH @P1,16,@PageNo,@PageSize
EXEC SP_CURSORCLOSE @P1
GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
這個方式執(zhí)行效率也不好,還返回了兩個結(jié)果集。
Connection con = session.connection();
CallableStatement sm = con.prepareCall("{call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)}");
sm.setString(1, c.getDepartment());
sm.setString(2, c.getDivision());
.....
ResultSet set = sm.getResultSet();
當(dāng)遍歷set.next()時,返回false,怎么取得第二個結(jié)果集尚未得知。這個執(zhí)行速度也慢。
通過int id = set.getInt("ID"); 這樣的函數(shù)取字段然后重建對象返回對象的集合。
在查了一下也許是采用了callableStatement類的方式,其實前者效率貌似更高, 于是采用
Session session = CommonDAO.getSession();
Query q = session.getNamedQuery("selectB");
q.setString(0, c.getDepartment());
q.setString(1, c.getDivision());
q.setString(2, c.getBuildingNo());
.....
List lst = q.list();
這樣的方式,需要在..hbm.xml里面配置
<sql-query name="selectB">
<![CDATA[ {call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)} ]]>
</sql-query>
這樣取出來的是對象集合
for(Object obj : lst){
Object[] objs = (Object[]) obj;
Bed b = new Bed();
b.setId(Integer.parseInt(objs[0].toString()));
還得判斷空值的情況,很麻煩。
最后從事件監(jiān)聽器得到的語句是
SELECT @@MAX_PRECISION
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
SET IMPLICIT_TRANSACTIONS OFF
SET QUOTED_IDENTIFIER ON
SET TEXTSIZE 2147483647
SET IMPLICIT_TRANSACTIONS ON
declare @P1 int
exec sp_prepare @P1 output, N'@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 bit,@P5 int,@P6 int,@P7 int,@P8 int,@P9 int', N'EXECUTE up_Bed_Assign @P0 , @P1 , @P2 , @P3 , @P4 , @P5 , @P6 , @P7 , @P8 , @P9 '
select @P1
exec sp_execute @P1, N'', N'', N'', N'', 0, 1, 0, 0, 1, 5
整個存儲過程影響了5000+5000+5000+20000多行數(shù)據(jù),寒!趕緊優(yōu)化存儲過程,只需要搜索結(jié)果的一部分值就可以了。
再進(jìn)行修改一下。總結(jié)一下遇到如下問題
一是存儲過程分頁
二是存儲過程返回結(jié)果集后的處理,多個結(jié)果集的處理
三是hibernate里面調(diào)用存儲過程的方式和配置
四是存儲過程的書寫,游標(biāo)使用
輸入框的提示:
1.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title></title>
<style type="text/css">
*{
margin:0px;padding:0px;font-size:12px;
}
input{
width:100px;height:20px;border:1px solid #ccc;
}
</style>
</head>
<body>
<script language="javascript">
function tips(id,str){
var l=document.getElementById(id).offsetLeft+120;
var t=document.getElementById(id).offsetTop;
document.getElementById("tips").innerHTML="提示:"+str;
document.getElementById("tips").style.left=l+"px";
document.getElementById("tips").style.top=t+"px";
document.getElementById("tips").style.display="";
}
function outtips(){
document.getElementById("tips").style.display='none';
}
</script>
<div id="tips" style="position:absolute;border:1px solid #ccc;padding:0px 3px;color:#f00;display:none;height:20px;line-height:20px;background:#fcfcfc"></div>
姓名:<input type="text" id="username" onfocus="tips('username','姓名長度最多16個字符')" onblur="outtips()" />
密碼:<input type="password" id="password" onfocus="tips('password','密碼長度必須在3-18位之間')" onblur="outtips()" />
</body>
</html>
本文來自: 腳本之家(www.jb51.net) 詳細(xì)出處參考:http://www.jb51.net/article/11170.htm
msdtc.exe是微軟分布式傳輸協(xié)調(diào)程序。該進(jìn)程調(diào)用系統(tǒng)Microsoft Personal Web Server和Microsoft SQL Server。該服務(wù)用于管理多個服務(wù)器
控制面板--管理工具--服務(wù)--找到Distributed Transaction Coordinator--禁用
MSDTC(分布式交易協(xié)調(diào)器)。協(xié)調(diào)跨多個數(shù)據(jù)庫、消息隊列、文件系統(tǒng)等資源管理器的事務(wù)。該服務(wù)的進(jìn)程名為Msdtc.exe。
依存關(guān)系:Remote Procedure Call(RPC)和Security Accounts Manager
建議:一般家用計算機(jī)涉及不到,除非你啟用Message Queuing服務(wù),可以停止。
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
27 | 28 | 29 | 30 | 1 | 2 | 3 | |||
4 | 5 | 6 | 7 | 8 | 9 | 10 | |||
11 | 12 | 13 | 14 | 15 | 16 | 17 | |||
18 | 19 | 20 | 21 | 22 | 23 | 24 | |||
25 | 26 | 27 | 28 | 29 | 30 | 31 | |||
1 | 2 | 3 | 4 | 5 | 6 | 7 |