1usingSystem;2usingSystem.Data.SqlClient;3usingSystem.Data;4usingSystem.IO;56namespaceNET.Common7{8///9///數(shù)據(jù)庫(kù)操作幫助類10///11publicclassDatabaseHelper12{13privateconststringSQL_DATABASE_BACK="BACKUPDATABASE{0}TODISK
系統(tǒng) 2019-08-12 01:54:04 2908
這段時(shí)間朋友幾篇文章介紹了改選擇方法的文章.關(guān)聯(lián)文章的地址1./*+ALL_ROWS*/標(biāo)明對(duì)語(yǔ)句塊選擇基于開銷的優(yōu)化方法,并取得佳最吞吐量,使資源消費(fèi)最小化.例如:SELECT/*+ALL+_ROWS*/EMP_NO,EMP_NAM,DAT_INFROMBSEMPMSWHEREEMP_NO='SCOTT';2./*+FIRST_ROWS*/標(biāo)明對(duì)語(yǔ)句塊選擇基于開銷的優(yōu)化方法,并取得佳最響應(yīng)時(shí)間,使資源消費(fèi)最小化.例如:SELECT/*+FIRST_ROW
系統(tǒng) 2019-08-12 01:54:10 2907
轉(zhuǎn)載自：http://blog.csdn.net/bleibo/article/details/5447198安裝Oracle后修改IP總結(jié)（轉(zhuǎn)載）針對(duì)ORACLE10G在安裝完后，修改IP或者計(jì)算機(jī)名，是有很多問(wèn)題的的方法種種：ip地址的修改，對(duì)數(shù)據(jù)庫(kù)本身是沒(méi)有影響的，受影響的是監(jiān)聽程序和需要連接到數(shù)據(jù)庫(kù)的客戶端。需要重新配置LISTENER，參數(shù)文件LISTENER.ORA。HOST有兩種方式:IP和主機(jī)名.1）、安裝Oracle后，修改IP，使用服務(wù)
系統(tǒng) 2019-08-12 01:54:05 2906
剛開始一直在使用supertab自動(dòng)補(bǔ)全，但是發(fā)現(xiàn)不能自動(dòng)補(bǔ)全關(guān)鍵字，只能補(bǔ)全曾經(jīng)出現(xiàn)過(guò)的字。omnicompletion可以解決這個(gè)問(wèn)題，只要識(shí)別出文件的類型，就可以將關(guān)鍵字自動(dòng)補(bǔ)全了。omnicompletion不需要安裝，原本的vim中就有了。vimrc中設(shè)置如下：""""""""""""""""""""""""""""""""""""""""""""""""omnicompletion""""""""""""""""""""""""""""""""
系統(tǒng) 2019-08-12 01:32:12 2905
在論壇回答問(wèn)題時(shí)，發(fā)現(xiàn)測(cè)試腳本會(huì)出現(xiàn)如下問(wèn)題，百思不得其解。setnocountoncreatetabletest(avarchar(10))insertintotestselect'a'insertintotestselect'b'declare@str1varchar(8000)declare@str2varchar(8000)set@str1=''set@str2=''select@str1=@str1+afromtestorderbyaprint@
系統(tǒng) 2019-08-29 23:28:29 2902
最近，有現(xiàn)場(chǎng)反應(yīng)，程序顯示亂碼。感覺(jué)很奇怪，該系統(tǒng)已經(jīng)賣出去無(wú)數(shù)了。肯定是現(xiàn)場(chǎng)數(shù)據(jù)庫(kù)字符集有問(wèn)題，經(jīng)過(guò)查看，現(xiàn)場(chǎng)環(huán)境：window系統(tǒng)，oracle10g。我們要求的數(shù)據(jù)庫(kù)字符集是AL32UTF8的，而現(xiàn)場(chǎng)自己安裝成ZHS16GBK。并且，數(shù)據(jù)庫(kù)的表里面，中文是亂碼，如？？？（這才是造成程序顯示亂碼的主要原因，后面詳述）當(dāng)時(shí)一心以為：既然情況如此，只能期望通過(guò)調(diào)整數(shù)據(jù)庫(kù)字符集，來(lái)解決亂碼問(wèn)題。雖然查閱了資料說(shuō)，不建議這樣做;修改數(shù)據(jù)庫(kù)服務(wù)器字符集步驟如下：
系統(tǒng) 2019-08-12 01:55:11 2901
第一范式存在非主屬性對(duì)碼的部分依賴關(guān)系R(A,B,C)AB是碼C是非主屬性B-->CB決定CC部分依賴于B第一范式定義：如果關(guān)系R中所有屬性的值域都是單純域，那么關(guān)系模式R是第一范式的那么符合第一模式的特點(diǎn)就有1)有主關(guān)鍵字2)主鍵不能為空，3)主鍵不能重復(fù),4)字段不可以再分例如：StudyNo|Name|Sex|Contact20040901johnMaleEmail:kkkk@ee.net,phone:22245620040901maryfamale
系統(tǒng) 2019-08-12 01:53:32 2900
數(shù)據(jù)庫(kù)的索引把用戶感興趣的列值連同其行標(biāo)識(shí)符（ROWID）存儲(chǔ)在一起ROWID包含了存儲(chǔ)列值的表行在磁盤上的物理位置索引雖然能提高查詢的性能，但是也不能一度的創(chuàng)建索引，因?yàn)樗饕怯写鷥r(jià)的消耗磁盤空間，系統(tǒng)資源，在列值被修改的同時(shí)也必須修改相應(yīng)的索引Oracle默認(rèn)的索引類型是B樹索引，適用于高基數(shù)列，也就是列值種類多。SELECTDBMS_ROWID.ROWID_RELATIVE_FNO(ROWID),F4FROMDEMOTWHEREF1=5;上面的PAC
系統(tǒng) 2019-08-12 01:55:23 2899
開啟mysqlbin-log================================================================================[mysqld]binlog_cache_size=1Mlog-bin=mysql-bin#默認(rèn)該文件是存儲(chǔ)在datadir中l(wèi)og_bin_trust_function_creators=1binlog_format=mixedbinlog-ignore-db=mysq
系統(tǒng) 2019-08-12 01:55:22 2898
ORACLE公司之起源很難想象，ORACLE公司的這一段傳奇居然要從IBM開始。1970年的6月，IBM公司的研究員埃德加·考特（EdgarFrankCodd）在CommunicationsofACM上發(fā)表了那篇著名的《大型共享數(shù)據(jù)庫(kù)數(shù)據(jù)的關(guān)系模型》（ARelationalModelofDataforLargeSharedDataBanks）的論文。這是數(shù)據(jù)庫(kù)發(fā)展史上的一個(gè)轉(zhuǎn)折。要知道，當(dāng)時(shí)還是層次模型和網(wǎng)狀模型的數(shù)據(jù)庫(kù)產(chǎn)品在市場(chǎng)上占主要位置。從這篇論文開
系統(tǒng) 2019-08-29 23:08:23 2897
表Table_T，主鍵MainID為int自增，有一字段Test。要在存儲(chǔ)過(guò)程中取得新插入記錄的字段Test值，并將其輸出。獲得新記錄某字段有兩種方法：1、所需字段為非標(biāo)識(shí)字段declare@returnValue[nvarchar](50)--向表中插入一行數(shù)據(jù)insertintoTable_T(Test)values('Test')--獲取新插入數(shù)據(jù)行MainIDset@returnValue=(selecttop1TestfromTable_Tord
系統(tǒng) 2019-08-12 01:53:43 2897
From:http://blog.csdn.net/yangzhawen/article/details/820916718056客戶端無(wú)法重新使用SPID為%d的會(huì)話，該會(huì)話已被重置用于連接池。失敗ID為%d。此錯(cuò)誤可能是由于先前的操作失敗引起的。請(qǐng)查看錯(cuò)誤日志，找出在顯示此錯(cuò)誤消息之前剛發(fā)生的失敗操作。2011-11-1916:33:53.91spid5495TheclientwasunabletoreuseasessionwithSPID5495,w
系統(tǒng) 2019-08-12 01:33:15 2896
問(wèn)題:計(jì)算一列數(shù)字值的中間值（中間值就是一組有序元素中間成員的值）。例如，查找DEPTNO20中工資的中間數(shù)。如下列工資：selectsalfromempwheredeptno=20orderbysalSAL----------8001100297530003000中間數(shù)為2975。解決方案除了Oracle解決方案（用函數(shù)計(jì)算中間數(shù)）之外，其他所有解決方案都是以Rozenshtein、Abramovich和Birger在OptimizingTransact
系統(tǒng) 2019-08-12 01:52:10 2895
Download:MicrosoftSQLServer2008ManagementStudioExpress-MicrosoftDownloadCenter-DownloadDetailsMicrosoft?SQLServer?2008ManagementStudioExpress快速鏈接概述系統(tǒng)要求說(shuō)明其他信息需要支持嗎？立即訪問(wèn)Microsoft支持網(wǎng)站>立即訪問(wèn)Microsoft支持網(wǎng)站>MicrosoftSQLServer2008Managemen
系統(tǒng) 2019-08-12 01:32:04 2895
最普通的情況，是為出現(xiàn)在where子句的字段建一個(gè)索引。為方便講述，先建立一個(gè)如下的表。CREATETABLEmytable(idserialprimarykey,category_idintnotnulldefault0,user_idintnotnulldefault0,adddateintnotnulldefault0);如果在查詢時(shí)常用類似以下的語(yǔ)句：SELECT*FROMmytableWHEREcategory_id=1;最直接的應(yīng)對(duì)之道，是為c
系統(tǒng) 2019-08-12 01:54:01 2894
