其他

1)對資料庫做了完全 差異 和記錄備份備份時選用了刪除交易記錄中不活動的條目再用Log explorer打試圖看日誌時提示No log recorders found that match the filter，would you like to view unfiltered data選擇yes 就看不到剛才的記錄了如果不選用了刪除交易記錄中不活動的條目再用Log explorer打試圖看日誌時，就能看到原來的日誌2)修改了其中一個表中的部分資料，此時用Log

/*MSsql2005 如何啟用xp_cmdshell預設情況下,sql server2005安裝完後,xp_cmdshell是禁用的(可能是安全考慮),如果要使用它,可按以下步驟*/-- 允許配置進階選項EXEC sp_configure 'show advanced options', 1GO-- 重新設定RECONFIGUREGO-- 啟用xp_cmdshellEXEC sp_configure 'xp_cmdshell', 1GO--重新設定RECONFIGUREGO--執行想要的xp_

非常幸運畢設的題目是《web爬行器的設計與實現》，有機會接觸搜尋引擎的相關知識，希望大家多指點，這兩周主要看了些論文，兩篇中文的，幾篇英文的看不過來啊，有這幾篇文章：中文的有：《基於JAVA技術的搜尋引擎的研究與實現》《搜尋引擎系統學習與開發實踐總結》英文的有：《Effective Web Crawling》這個比較全《Design and implementation of a high-performance distributed web crawler》《SPHINX A

最近接觸了較多的js，測試都是用的IE，看起來還不錯，對跨瀏覽器寫js還只是停留在意識裡，沒有一點的行動，呼呼，心裡對那個東西有點怕怕，一想到跨瀏覽器就覺得好煩啊，但是還是要去面對啊，加油！下載了firefox3.0.2和google瀏覽器，所做的網頁用這兩個瀏覽器瀏覽的時候都出現了錯誤。錯誤在與標籤樣式的設定。突然的很討厭IE啊，firefox和google瀏覽器應該都對w3c有良好的支援，對dom的標準支援的也應該很好，但是在IE6下，用標準的dom有時候都不能用。我遇到的問題是對元素樣式的

xslt用起來挺不錯的，要比用dom動作節點輕鬆的多，內建的函數用起來也很方便，用它做了一個樹形導航，如下：雖然樹形導航已經很多，但還是想自己動手弄一個，用業餘時間搞了一個，哈哈，還不錯，用來學習xslt最好不過了。介紹下我這個半成品吧，首先，這個樹形導航的資料存放區在xml檔案中，類似sitemap那樣的xml檔案，可以隨意添加子節點。其次，節點是動態載入的，在前台利用了ajax向後台回調參數，返回子節點，動態載入好處是，當資料量太大是，一次性載入太浪費時間了，還好，順便將ajax都學了，好爽

    以前看過不少中大型網站的流量來路統計，我都特別留意了各個網址站給這些網站的訪問量。特別有次在51LA無意中看見了39健康網的首頁統計，因為基本上網址導航都在首頁差不多的位置放了39的文字連結，通過39健康首頁的統計讓我當時一下子瞭解了很多網址站的流量情況。之前因為工作的原因，又專門針對網址導航站進行過推廣，所以對國內網址導航站的現狀還算比較瞭解。   

exec sp_spaceused 'Table' (reserved :保留空間 data:已使用空間 unused:未使用空間)     今天,台北JACKCHU發現一個問題: YINS資料庫中有一個表的紀錄(t_bmad_prdt_wkpt_del) 有664435082 條。    我的天~~~ 六億六千多萬!!! 從來沒見過這麼大的表。    經理問IVAN:一個表最大可以大到多少?     IVAN:42億!    看來我是小巫見大巫    剛剛我用exec

舉個簡單的例子吧，從結果來理解比較具體些。a表name sex張三 男李四 女b表name age李四 30王五 231\全外串連select a.name,a.sex,b.name,b.agefrom   a full outer join  b on a.name=b.name結果如下，name sex name age張三 男 NULL NULL李四 女 李四 30NULL NULL 王五

廟號姓名年號在位時間在位時間長度太祖愛新覺羅努爾哈赤天命1616年～1626年10太宗愛新覺羅皇太極天聰1627年～1643年16世祖愛新覺羅福臨順治1644年～1661年17聖祖愛新覺羅玄燁康熙1662年～1722年60世宗愛新覺羅胤禛雍正1723年～1735年12高宗愛新覺羅弘曆乾隆1736年～1795年59仁宗愛新覺羅顒琰嘉慶1796年～1820年24宣宗愛新覺羅旻寧道光1821年～1850年29文宗愛新覺羅奕詝鹹豐1851年～1861年10穆宗愛新覺羅載淳同治1862年～1874年12德

要在不影響理解率的前提下提高自己的閱讀速度，就必須瞭解影響閱讀速度的幾個因素。一般來說，影響閱讀速度的因素主要有以下幾點：

using System;using System.Data;using System.Data.SqlClient;namespace DataAccess{ /// <summary> /// Summary description for DataBase. /// </summary> /****************************************************************** *Filename:           

  /*     伺服器:   訊息   4305，層級   16，狀態   1，行   2     此備份組中的日誌開始於   LSN   641000000005900001，該   LSN   太晚，無法應用到資料   庫。包含   LSN   641000000005600001   的較早的記錄備份可以還原。     伺服器:   訊息   3013，層級   16，狀態   1，行   2     RESTORE   LOG   操作異常終止。     */    

資料幫浦技術：1 待用資料捕獲  用於一、資料倉儲初時化時，二、需要完全修改的資料2 增量資料擷取    (1) 通過交易日誌，或資料庫日誌，包括諸如Oracle的Flashback query等日誌捕獲。可以使用 diff 工具協助分析差異。（很少使用）    (2) 從資料庫觸發器中捕獲：觸發器將資訊寫在一張增量資料變化表內（包括刪除的資訊）。其它整合組件定期讀取該表。    (3) 基於日期和時間標記的捕獲 / 類似的包括基於絕對自增id的捕獲：無法解決刪除問題        

    毋庸質疑“多核時代”的到來，隨著4核CPU成為主流配置，以後X核都只是時間問題。既然多核了，那麼我們的程式還能像以前單核時代那樣，隨著硬體效能的提升而輕易的、低成本的提升嗎？    若是你的程式仍然不是並發的、非同步、多線程的，那麼答案顯然是：不能。   

    本文開始我們通過做幾個簡單的例子，來逐步認識CCR，看看她到底有多神奇。 一、 第一個神奇：不用任何與建立線程、資源互斥有關係的API寫多線程程式     這次的例子，是一個很簡單的控制台，她將面對瞬間提交的百萬的資料，而面不改色（CPU、記憶體非常平穩），隊列中始終只儲存最新的資料，每次只處理cpu個資料（我的機器是雙核的，所以，在我這裡，就是每個CPU一個線程，真正的並行運行哦....），OK不廢話，進入正題：     呃，既然是執行個體，那麼就直接看代碼好了： Code

有的開發人員通常想到做某個項目，首先會想到項目的實施方法，項目中會遇到的困難，如果項目比較簡單，做起來會覺得沒意思，而項目比較複雜，卻又覺得困難重重，通常在猶豫中度過每一天，當然項目不是一個人做的，一個優秀的開發人員是需要好的領導去帶的。同時，非開發人員想到某個項目，更多的是想到關於這個項目的市場價值或頭腦裡蹦出創意的火花，而從來不去考慮這個創意是否容易實現，不過，沒有不能實現的創意，只要讓開發人員去鑽研就好了，開發人員自己甚至都不知道能否開發成功，不過在壓力下，每次都能挑戰成功。開發人員如果不

預存程序可以返回的不僅僅是查詢的結果，也可以是一個指示了預存程序的成功或失敗的標識，我們可以利用return來返回這個標識，return的工作方式不管一個預存程序是否提供傳回值，程式都會收到一個傳回值，sqlserver預設的會在完成預存程序時自動返回一個0值。使用return可以傳回值，例如：return

IE和ff中的childNodes實現是有所不同，在對節點的計算上不一樣IE會忽略斷行符號和換行，而ff卻將斷行符號換行也作為一個節點，比如： <div id="node"> <a href="Default.aspx" >a</a> <div>1</div> </div> <div id="node"><a href="Default.aspx" >a</