SQL Server查詢速度慢的原因有很，常見的有以下幾種：

1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷)
2、I/O吞吐量小，形成了瓶頸效應。
3、沒有創建計算列導致查詢不優化。
4、內存不足
5、網絡速度慢
6、查詢出的數據量過大（可以采用多次查詢，其他的方法降低數據量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優化

●可以通過以下方法來優化查詢 :

 

1、把數據、日志、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提高I/O越重要.

2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)

3、升級硬件

4、根據查詢條件,建立索引,優化索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用字節數小的列建索引好（參照索引的創建）,不要對有限的幾個值的字段建單一索引如性別字段

5、提高網速;

6、擴大服務器的內存,Windows 2000和SQL server 2000能支持4-8G的內存。

 

配 置虛擬內存：虛擬內存大小應基于計算機上并發運行的服務進行配置。運行 Microsoft SQL Server? 2000 時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的 1.5 倍。如果另外安裝了全文檢索功能，并打算運行 Microsoft 搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的 3 倍。將 SQL Server max server memory 服務器配置選項配置為物理內存的 1.5 倍（虛擬內存大小設置的一半）。

7、增加服務器CPU個數;但是必須 明白并行處理串行處理更需要資源例如內存。使用并行還是串行程是MsSQL自動評估選擇的。單個任務分解成多個任務，就可以在處理器上運行。例如耽擱查詢 的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的并行等級，復雜的需要消耗大量的CPU的查詢最適合并行處理。但是更新操作UPDATE,INSERT， DELETE還不能并行處理。

8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時，查詢耗時和字段值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對于字段的值很長的建全文索引。

9、DB Server 和APPLication Server 分離；OLTP和OLAP分離

10、分布式分區視圖可用于實現數據庫服務器聯合體。

 

聯合體是一組分開管理的服務器，但它們相互協作分擔系統的處理負荷。這種通過分區數據形成數據庫服務器聯合體的機制能夠擴大一組服務器，以支持大型的多層 Web 站點的處理需要。有關更多信息，參見設計聯合數據庫服務器。（參照SQL幫助文件''分區視圖''）
a、在實現分區視圖之前，必須先水平分區表
b、 在創建成員表后，在每個成員服務器上定義一個分布式分區視圖，并且每個視圖具有相同的名稱。這樣，引用分布式分區視圖名的查詢可以在任何一個成員服務器上 運行。系統操作如同每個成員服務器上都有一個原始表的復本一樣，但其實每個服務器上只有一個成員表和一個分布式分區視圖。數據的位置對應用程序是透明的。

 

11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數據和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 設置自動收縮日志.對于大的數據庫不要設置數據庫自動增長，它會降低服務器的性能。

 

在T-sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優化器
3、 優化器做代數優化和存取路徑的優化
4、 由預編譯模塊生成查詢規劃
5、 然后在合適的時間提交給系統處理執行
6、 最后將執行結果返回給用戶。

 

其次，看一下SQL SERVER的數據存放的結構：一個頁面的大小為8K(8060)字節，8個頁面為一個盤區，按照B樹存放。

12、 Commit和rollback的區別 Rollback:回滾所有的事物。 Commit:提交當前的事物. 沒有必要在動態SQL里寫事物，如果要寫請寫在外面如： begin tran exec(@s) commit trans 或者將動態SQL 寫成函數或者存儲過程。

13、在查詢Select語句中用Where字句限制返回的行數,避免表掃描,如果返回不必要的數據，浪費了服務器的I/O資源，加重了網絡的負擔降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯接訪問表,后果嚴重。

14、SQL的注釋申明對執行沒有任何影響

15、 盡可能不使用光標，它占用大量的資源。如果需要row-by-row地執行，盡量采用非光標技術,如：在客戶端循環，用臨時表，Table變量，用子查 詢，用Case語句等等。游標可以按照它所支持的提取選項進行分類： 只進 必須按照從第一行到最后一行的順序提取行。FETCH NEXT 是唯一允許的提取操作,也是默認方式。可滾動性 可以在游標中任何地方隨機提取任意行。游標的技術在SQL2000下變得功能很強大，他的目的是支持循環。有四個并發選項 READ_ONLY：不允許通過游標定位更新(Update)，且在組成結果集的行中沒有鎖。 OPTIMISTIC WITH valueS:樂觀并發控制是事務控制理論的一個標準部分。樂觀并發控制用于這樣的情形，即在打開游標及更新行的間隔中，只有很小的機會讓第二個用戶更新 某一行。當某個游標以此選項打開時，沒有鎖控制其中的行，這將有助于最大化其處理能力。如果用戶試圖修改某一行，則此行的當前值會與最后一次提取此行時獲 取的值進行比較。如果任何值發生改變，則服務器就會知道其他人已更新了此行，并會返回一個錯誤。如果值是一樣的，服務器就執行修改。 選擇這個并發選項OPTIMISTIC WITH ROW VERSIONING:此樂觀并發控制選項基于行版本控制。使用行版本控制，其中的表必須具有某種版本標識符，服務器可用它來確定該行在讀入游標后是否有 所更改。在 SQL Server 中，這個性能由 timestamp 數據類型提供，它是一個二進制數字，表示數據庫中更改的相對順序。每個數據庫都有一個全局當前時間戳值：@@DBTS。每次以任何方式更改帶有 timestamp 列的行時，SQL Server 先在時間戳列中存儲當前的 @@DBTS 值，然后增加 @@DBTS 的值。如果某 個表具有 timestamp 列，則時間戳會被記到行級。服務器就可以比較某行的當前時間戳值和上次提取時所存儲的時間戳值，從而確定該行是否已更新。服務器不必比較所有列的值，只需 比較 timestamp 列即可。如果應用程序對沒有 timestamp 列的表要求基于行版本控制的樂觀并發，則游標默認為基于數值的樂觀并發控制。 SCROLL LOCKS 這個選項實現悲觀并發控制。在悲觀并發控制中，在把數據庫的行讀入游標結果集時，應用程序將試圖鎖定數據庫行。在使用服務器游標時，將行讀入游標時會在其 上放置一個更新鎖。如果在事務內打開游標，則該事務更新鎖將一直保持到事務被提交或回滾；當提取下一行時，將除去游標鎖。如果在事務外打開游標，則提取下 一行時，鎖就被丟棄。因此，每當用戶需要完全的悲觀并發控制時，游標都應在事務內打開。更新鎖將阻止任何其它任務獲取更新鎖或排它鎖，從而阻止其它任務更 新該行。然而，更新鎖并不阻止共享鎖，所以它不會阻止其它任務讀取行，除非第二個任務也在要求帶更新鎖的讀取。滾動鎖根據在游標定義的 SELECT 語句中指定的鎖提示，這些游標并發選項可以生成滾動鎖。滾動鎖在提取時在每行上獲取，并保持到下次提取或者游標關閉，以先發生者為準。下次提取時，服務器 為新提取中的行獲取滾動鎖，并釋放上次提取中行的滾動鎖。滾動鎖獨立于事務鎖，并可以保持到一個提交或回滾操作之后。如果提交時關閉游標的選項為關，則 COMMIT 語句并不關閉任何打開的游標，而且滾動鎖被保留到提交之后，以維護對所提取數據的隔離。所獲取滾動鎖的類型取決于游標并發選項和游標 SELECT 語句中的鎖提示。鎖提示 只讀 樂觀數值 樂觀行版本控制 鎖定無提示 未鎖定 未鎖定 未鎖定 更新 NOLOCK 未鎖定 未鎖定 未鎖定 未鎖定 HOLDLOCK 共享 共享 共享 更新 UPDLOCK 錯誤 更新 更新 更新 TABLOCKX 錯誤 未鎖定 未鎖定 更新其它 未鎖定 未鎖定 未鎖定 更新 *指定 NOLOCK 提示將使指定了該提示的表在游標內是只讀的。

 

16、用Profiler來跟蹤查詢，得到查詢所需的時間，找出SQL的問題所在;用索引優化器優化索引

17、注意UNion和UNion all 的區別。UNION all好

18、注意使用DISTINCT，在沒有必要時不要用，它同UNION一樣會使查詢變慢。重復的記錄在查詢里是沒有問題的

19、查詢時不要返回不需要的行、列

20、 用sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT來限制查詢消耗的資源。當評估查詢消耗的資源超出限制時，服務器自動取消查詢,在查詢之前就扼殺掉。 SET LOCKTIME設置鎖的時間

21、用select top 100 / 10 Percent 來限制用戶返回的行數或者SET ROWCOUNT來限制操作的行

22、 在SQL2000以前，一般不要用如下的字句: "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE ''%500''"，因為他們不走索引全是表掃描。也不要在WHere字句中的列名加函數，如Convert，substring等,如果必須用函數的時 候，創建計算列再創建索引來替代.還可以變通寫法：WHERE SUBSTRING(firstname,1,1) = ''m''改為WHERE firstname like ''m%''（索引掃描），一定要將函數和列名分開。并且索引不能建得太多和太大。NOT IN會多次掃描表，使用EXISTS、NOT EXISTS ，IN , LEFT OUTER JOIN 來替代，特別是左連接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，現在2000的優化器能夠處理了。相同 的是IS NULL，“NOT", "NOT EXISTS", "NOT IN"能優化她，而”<>”等還是不能優化，用不到索引。

23、使用Query Analyzer，查看SQL語句的查詢計劃和評估分析是否是優化的SQL。一般的20%的代碼占據了80%的資源，我們優化的重點是這些慢的地方。

24、如果使用了IN或者OR等時發現查詢沒有走索引，使用顯示申明指定索引： SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN (‘男’，‘女’)

25、將需要查詢的結果預先計算好放在表中，查詢的時候再SELECT。這在SQL7.0以前是最重要的手段。例如醫院的住院費計算。

26、MIN() 和 MAX()能使用到合適的索引。

27、 數據庫有一個原則是代碼離數據越近越好，所以優先選擇Default,依次為Rules,Triggers, Constraint（約束如外健主健CheckUNIQUE……,數據類型的最大長度等等都是約束）,Procedure.這樣不僅維護工作小，編寫程 序質量高，并且執行的速度快。

28、如果要插入大的二進制值到Image列，使用存儲過程，千萬不要用內嵌INsert來插入(不知JAVA 是否)。因為這樣應用程序首先將二進制值轉換成字符串（尺寸是它的兩倍），服務器受到字符后又將他轉換成二進制值.存儲過程就沒有這些動作: 方法：Create procedure p_insert as insert into table(Fimage) values (@image), 在前臺調用這個存儲過程傳入二進制參數，這樣處理速度明顯改善。

Gartner Group公布了IT業界未來四年來的十大新技術.

多核心處理器,虛擬化和社交網絡排行前三,同時一些用戶端技術也占了榜單的數個位置. Gartner建議CIO建立一個正式的機制,建立虛擬團隊,選拔優秀的工作人員來研究新的思路和創新,特別是消費者所關注的新Web2.0技術,并運用這些技術來解決問題.

   1. 多核心和混合處理器

   2. 虛擬化和構造計算

   3. 社交網絡和社交軟件

   4. 云計算/Web平臺

   5. Web Mashups

   6. 用戶界面(加速計,無線界面,全息和三維成像等)

   7. 普及計算

   8. 上下文計算

   9. 增強實體

  10. 語義學

十大最不可思議的計算機
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2189094
據英國《新科學家》雜志報道，現今的計算機利用電子脈沖和磁體實現信息操作和數據儲存，但是隨著技術發展，還有其它更為怪異的方法處理這些信息。《新科學家》雜志列出了10大最不可思議的計算方式，包括光計算、量子計算、神經計算以及水波計算等。

1、光計算

光線傳輸編碼信息不足為奇，因為全球通信全部依靠光纜來傳輸，但用光信號來處理數據和進行計算還是不切實際的。研究光計算機還是值得做的，因為使用光能加快計算機的速度和處理的數據量。

但對光的誘捕、儲存以及操作依然非常困難。美國伊利諾伊州立大學保羅·布勞恩等人的研究讓我們更接近這一目標。他們已經研制成一款三維光學波導光子晶體，可以誘捕光，使其降低速度，并在銳角轉角處讓光彎曲，而不必擔心光逃逸。同時，美國哈佛大學的米哈伊爾·盧金已經開發出一種光晶體管，可以讓單個光子從一個光信號轉換成另外一個光信號。

2、量子計算

如果你不再想打破所有傳統計算的規則，那么量子計算方式將最為現實。量子計算不使用傳統計算的基本信息比特，而利用量子機械效應創造量子比特，可實現平行計算，并且隨著量子比特數的增加，它們處理數據的速度將呈指數形式上升，將能完成現代計算機所不能完成的事情，比如快速分解大質數、破解密碼鎖等。

3、DNA計算

DNA可能是完成計算的最完美材料。DNA計算的創始人是美國南加州大學的萊昂那多·阿德萊曼教授，他于1994年利用DNA計算方法解決了一個著名的數學難題“七頂點哈密爾頓路徑”。最近，科學家們開始利用DNA計算來創造生物計算機，放在人體或生物體工作，其計算結果可通過熒光蛋白的活動來讀取。

4、可逆計算

可逆計算通過恢復和重新利用丟失數據的這些能量來減少計算機的能耗。美國佛羅里達大學的邁克爾·弗蘭克正在開發這樣一種方法：每個輸入操作都會產生一個輸出信號，將輸出信號的能量保存起來，為新的信號輸入提供能量，從而創造出一種零熱量產生的計算方式。

5、撞球計算

傳統的計算涉及電子通過電路內部每一個分子時產生的連鎖反應，而科學家們正在嘗試其它種類的連鎖反應，包括多米諾或者大理石的連鎖反應。

但是制作這樣的微處理器可能需要很大空間，除非多米諾或者大理石也很小。美國IBM公司的研究人員已經開始實驗這種邏輯電路，通過使用原子互相撞擊傳遞信息。盡管這種邏輯門只能使用一次，但是它卻比現有的最小晶體管還要小很多。

6、神經元計算

研究神經元通常是指模仿人類大腦的計算方式。芝加哥西北大學的費爾迪南多·莫沙-伊萬迪正在研究如何利用七鰓鰻的大腦細胞控制機器人。

從機器人身上的光敏感元件上輸出信號傳遞給神經元，神經元的反饋再反過來用來控制機器人的動作。此外，英國紐卡斯爾大學的神經學家克萊爾·林德受《星球大戰》電影中記錄的一只蝗蟲的啟發，開發出一種非常精確的故障排除系統。美國國防部高級研究計劃署近來正在利用飛蛾大腦的電子元件，嘗試遙控半機械昆蟲間諜——飛蛾。

7、核磁共振計算

如果你知道如何操作水，那么每杯水就是一臺電腦。英國約克大學的蘇珊·斯特尼及其同事使用核磁共振強磁場來控制和觀察分子的交互作用，這種方法能夠以三維方式表現信息。如果研究能夠成功，只要一杯水就可以模擬大氣。然而這個研究小組只完成了原理證明。

8、Glooper計算機

這可能是最不可思議的計算機之一，它使用gloopware當硬件。英國西英格蘭大學的安德魯·亞當馬特茲可以在一種化學制劑中制造干涉離子波，其行為要充當邏輯門。此波通過脈沖循環化學反應產生。亞當馬特茲安德魯已經展示其化學邏輯門可用于制造機器手臂。當機器人手指進行模仿動作時，化學反應就被觸發，進而控制這只手。

9、霉變計算機

即使像粘菌這樣的原始生物也可以被用來解決現今計算機難以處理的問題。日本北海道大學的Toshiyuki Nakagaki及其同事首次證實粘菌能夠找到最短路線通過迷宮。

在他們的試驗中，一種阿米巴門原生質粘菌起初也是嘗試所有路徑走出迷宮的。當這種生物找出最短路徑通往有食物的出口時就不再找別的路線了，直奔食物去了。對于計算機專家們來說，這是一個非常有趣的實驗，可解決行銷推銷員的問題。

10、水波計算

最不可思議的就是計算機竟然以水波為動力。英國蘇塞克斯大學的克莉森西婭·費爾南多等利用波動箱和高架攝像機，用水波動模式制造出一種邏輯門，稱作“異或門（exclusive OR gate）”。人造神經網絡感知器可以模仿一些邏輯門，但不能模仿異或門。費爾南多實現了這種邏輯門的工作原理。 駐伊美軍機器人叛亂平息 20年內不再考慮機器人
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2189098
去年剛剛進駐伊拉克的美軍重裝遙控機器人系統SWORDS，也許永遠都不會有機會上陣殺敵，摧城拔寨了。事實上，這種配備有M249輕機槍的機器人從未放過一槍一彈，便被迅速撤出戰場——因為它們做了更可怕的事情：將槍口對向它們的人類指揮官。

在新聞發布會上，美國陸軍地面作戰指揮官凱文·法赫稱，這些機器人“將它們的機槍指向未受批準的方向”。顯然，這意味著這些機器人遭遇了嚴重事故，將槍口指向友軍部隊。而這也導致了這支機器人部隊在正式部署前線僅11小時便被召回。

法赫證實機器人并未開火，也沒有任何人類在此次事變中傷亡。但這并不意味著零損失，所有關于機器人作戰的研究項目都可能因之取消。法赫稱：“一旦遇到如此嚴重的事變，我們必須花上10年乃至20年，推倒重來。”因此，我們必須再等上很久才能看到機器人和人類并肩作戰了。

這不僅僅對于機器人工業是重大損失，而且也樹立了一個重要先例：關于機器人的任何試驗都必須以無人類傷亡為絕對前提。也許對一切事故的極度厭惡，終將導致此領域的任何創新都步履維艱。 http://www.ugia.cn/?p=121

http://hi.baidu.com/momoca/blog/item/422a73f023999fafa40f52b1.html 軟件企業技術路線:項目\產品\隊伍

項目為企業近期發展發展積累資金;
產品為企業中期發展創造條件;
隊伍是企業長期發展的根本;

企業可以根據自身的長期發展計劃,制定近期的發展計劃;
在有條件時,應該首先建設隊伍,其次設計產品，再次做項目；
實際執行時,往往是3者混合進行的;
作為企業的主要負責人,管理人員,乃至對企業發展關心的員工,都應該明確企業發展的基本規律.來指導日常的工作實踐。 殺人的歷史評傳——劉邦殺韓信

http://club2.cat898.com/newbbs/dispbbs.asp?boardid=2&id=2067439 匈牙利科學家發明狗吠翻譯機 準確率達43%

http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2040695

為了讓狗的主人能夠更好的了解自己愛犬發出的叫聲所表達的含義，匈牙利科學家日前發明了一種計算機程序，該程序可以將狗的叫聲“翻譯”成人類能夠聽懂的語言。該程序分析的準確率高達43%。
    
    據報道，這個特殊的計算機程序是在分析了來自匈牙利14個地區6000多只牧羊犬在6種不同場合的叫聲后設計而成的。這六種場合分別為：當只有一條狗時的叫聲、狗之間發生沖突時候的叫聲、當狗看到球后的叫聲、當狗玩耍時發出的叫聲和當狗看到陌生者時的叫聲以及散步時發出的叫聲。
    
    據了解，來自匈牙利埃托沃羅蘭德大學的生態學研究者查巴和他率領的科研團隊通過研究發現，安裝這種特殊軟件程序的計算機能夠準確分析出狗發出叫聲所表達的含義。他們將狗的叫聲被用錄音設備記錄下來，隨后在計算機上進行數字化處理，然后研究人員使用計算機軟件研究這些狗的叫聲，以便分析這些叫聲的不同之處。
    
    研究人員發現，計算機基本能正確的辨別狗的叫聲，計算機在分析狗所表達“打架”和“陌生者”這兩種叫聲時非常準確，高達43%。盡管辨別的成功率不是很高，但是這個數字是人類無法比擬的。科學家表示，這個分析軟件的識別率還有待于改善。
    
    通過研究發現，狗之所以發出的叫聲不同是由于它們的情緒受到相應影響的原因所致。查巴說：“如果這種設備研制成功投入使用的話，將有助于人類了解他們的愛犬日常都在‘說’些什么。”查巴表示，通過研究狗兒們發出不同的叫聲可以分析出它們傳遞著相應的信息，這使得沒有養狗經驗的人也能知道狗為什么而叫。
    
    據悉，該科研團隊還計劃研究其它動物的叫聲，以便發現它們之間的共同之處。有關該研究的結果已經刊登在近日出版的《動物識別能力》雜志上。 設定access自增字段起始值.

下邊修改picInfo表的自增字段sn的起始值和步進值都為1
ALTER TABLE picInfo
  ALTER COLUMN sn COUNTER (1, 1) http://www.cat898.com/Infolook.asp?bclass=1&id=57162  // 畫實心橢圓形
 CBrush Brush;
 Brush.CreateSolidBrush( RGB( 111, 134, 233 ) );
 pDC->BeginPath();
 pDC->Ellipse( m_rcMark );
 pDC->EndPath();
 pDC->SelectObject(&Brush);
 pDC->FillPath();
有三種方法：  
  1   在CApp類內設定其顏色值  
  2   OnCtrlColor  
  2   OnEraserBkColor  


BOOL   CMy444Dlg::OnEraseBkgnd(CDC*   pDC)    
  {  
  //   TODO:   Add   your   message   handler   code   here   and/or   call   default  
   
  CBrush   brush   (RGB   (128   ,   0   ,   128)   );  
  CBrush*   pOldBrush   =   pDC->SelectObject   (&brush);  
  CRect   reClip   ;  
  pDC->GetClipBox   (&reClip);  
   
  pDC->   PatBlt   (reClip.left   ,   reClip.top   ,  
                  reClip.Width   (   )   ,   reClip.Height   (   )   ,   PATCOPY   );  
   
  pDC->SelectObject   (pOldBrush   );  
   
  return   TRUE;  
   
   
  } 需要用到以下API：GetWindowRect和GetClientRect。  
  首先用GetWindowRect得到窗體的寬度與高度，再用GetClientRect得到窗體客戶區的寬度與高度，用（窗體寬度-窗體客戶區寬度）/2得到窗體邊框寬度，之后用窗體高度-窗體客戶區高度-窗體邊框寬度得到*2得到標題欄的高度。
Windows XP 下窗口標題條高度 = 26 為了對avi進行讀寫，微軟提供了一套API，總共50個函數，他們的用途主要有兩類，一個是avi文件的操作，一類是數據流streams的操作。

　　1、打開和關閉文件

　　AVIFileOpen ，AVIFileAddRef， AVIFileRelease

　　2、從文件中讀取文件信息

　　通過AVIFileInfo可以獲取avi文件的一些信息，這個函數返回一個AVIFILEINFO結構，通過AVIFileReadData可以用來獲取AVIFileInfo函數得不到的信息。這些信息也許不包含在文件的頭部，比如擁有file的公司和個人的名稱。

　　3、寫入文件信息

　　可以通過AVIFileWriteData函數來寫入文件的一些額外信息。

　　4、打開和關閉一個流

　　打開一個數據流就跟打開文件一樣，你可以通過 AVIFileGetStream函數來打開一個數據流，這個函數創建了一個流的接口，然后在該接口中保存了一個句柄。

　　如果你想操作文件的某一個單獨的流，你可以采用AVIStreamOpenFromFile函數，這個函數綜合了AVIFileOpen和AVIFileGetStream函數。

　　如果你想操作文件中的多個數據流，你就要首先AVIFileOpen，然后AVIFileGetStream。

　　可以通過AVIStreamAddRef來增加stream接口的引用。

　　通過AVIStreamRelease函數來關閉數據流。這個函數用來減少streams的引用計數，當計數減少為0時，刪除。

　　5、從流中讀取數據和信息

　　AVIStreamInfo函數可以獲取數據的一些信息，該函數返回一個AVISTREAMINFO結構，該結構包含了數據的類型壓縮方法，建議的buffersize，回放的rate，以及一些description。

　　如果數據流還有一些其它的額外的信息，你可以通過AVIStreamReadData函數來獲取。應用程序分配一個內存，傳遞給這個函數，然后這個函數會通過這個內存返回數據流的信息，額外的信息可能包括數據流的壓縮和解壓縮的方法，你可以通過AVIStreamDataSize宏來回去需要申請內存塊的大小。

　　可以通過AVIStreamReadFormat函數獲取數據流的格式信息。這個函數通過指定的內存返回數據流的格式信息，比如對于視頻流，這個buffer包含了一個BIMAPINFO結構，對于音頻流，內存塊包含了WAVEFORMATEX或者PCMAVEFORMAT結構。你可以通過給AVIStreamReadFormat傳遞一個空buffer就可以獲取buffer的大小。也可以通過AVIStreamFormatSize宏。

　　可以通過AVIStreamRead函數來返回多媒體的數據。這個函數將數據復制到應用程序提供的內存中，對于視頻流，這個函數返回圖像禎，對于音頻流，這個函數返回音頻的sample數據。可以通過給AVIStreamRead傳遞一個NULL的buffer來獲取需要的buffer的大小。也可以通過AVIStreamSampleSize宏來獲取buffer的大小。

　　有些AVI數據流句柄可能需要在啟動數據流的前要做一下準備工作，此時，我們可以調用AVIStreamBeginStreaming函數來告知AVI數據流handle來申請分配它需要的一些資源。在完畢后，調用AVIStreamEndStreamming函數來釋放資源。

　　6、操作壓縮的視頻數據

　　如果你要演示一禎或者幾禎壓縮視頻圖像時，你可以調用AVIStreamRead函數，將獲取的數據傳遞給DrawDib函數來顯示圖像。這些函數可以顯示壓縮和未壓縮的圖像。

　　AVIFile也提供了一個函數AVIStreamGetFrameOpen，來獲取未壓縮的視頻禎，這個函數創建了內存來獲取未壓縮的數據。也可以通過AVIStreamGetFrame函數來解壓縮一個單獨的視頻禎。這個函數可以解壓縮某一禎圖像，然后將數據以一個BIMAPINFOHEADER結構返回。當你調用完AVIStreamGetFrame函數后，要調用AVIStreamGetFrameClose函數釋放上一個函數申請的資源。

　　7、根據已存在的數據流創建文件

　　創建一個包含多個數據流的文件的方法就是整合多個數據流，將其寫入一個新文件。這些數據流可以是內存中的數據，也可以是存在于另一個文件中。

　　我們可以用AVISave這個函數來build一個文件。這個函數可以創建一個文件，并且將指定的多個數據流按照指定的順序寫入文件，你也可以通過AVISaveV函數來創建一個新的文件，這個函數的功能和AVISave的功能一樣，主要區別是AVISaveV采用的數據流數組，而AVISave是單個的數據流，多次保存。

　　我們可以調用AVISaveOptions函數來顯示一個對話框，可以讓用戶來選擇壓縮方式。

　　我們可以在調用AVISave和AVISaveV函數時指定一個回調函數，用來顯示avi文件的生成進度，可以讓用戶隨時地取消生成avi文件。

　　我們可以調用GetSaveFileNamePreview函數來顯示保存的對話框讓用戶選擇保存的文件名。

　　通過AVIMakeFileFromStreams函數我們可以創建一個虛擬的文件句柄，其他的avi函數可以通過這個虛擬的文件句柄來操作文件中的數據流，操作完畢要記得調用AVIFileRelease釋放。

8、向文件寫入一個數據流

　　我們可以通過AVIFileCreateStream函數來在一個新文件或者已經存在的文件中創建一個數據流。這個函數根據AVISTREAMINFO結構定義了新的數據流，并為新的數據流創建一個接口，返回接口的指針。

　　在寫入新的數據前，一定要指定流的格式信息，通過AVIStreamSetFormat函數，當設置一個視頻流的時候，一定要使用BIMAPINFO結構來設置，音頻就用WAVEFORMAT。

　　然后我們就可以通過AVIStreamWrite函數將我們的多媒體數據寫入數據流了。這個函數將應用程序提供的內存數據復制到指定的流。缺省的avi handler將數據寫入流的最后。

　　如果你有其他額外的信息需要寫入流，你可以調用AVIFileWriteData或者AVIStreamWriteData，最后記得在完成數據寫入后，要調用AVIStreamRelease。

　　9、數據流中的禎的位置

　　尋找起始禎：

　　可以通過AVIStreamStart函數來獲取第一禎包含的sample number。也可以通過AVIStreamInfo函數來獲取這個信息，這個函數的AVISTREAMINFO結構中包含了dwStart，可以通過AVIStreamStartTime宏來獲取第一個sample。

　　可以通過AVIStreamLength函數來獲取流的長度。這個函數返回流中的sample的數目。也可以通過AVIStreamInfo函數來獲取這些信息，可以通過AVIStreamLengthTime宏來獲取流的長度，毫秒。

　　在視頻流中，一個sample對應著一禎圖像，所以，有時這些sample中沒有視頻數據，如果你調用AVIStreamRead函數來數據，可能返回NULL，也可以通過AVIStreamFindSample通過指定FIND_ANY標志來查找指定的sample。

　　查找關鍵禎

　　通過AVIStreamFindSample函數查找符合要尋找的sample，然后可以通過下面的宏判斷是否關鍵禎。

　　在time和sample間互相切換。

　　AVIStreamSampleToTime這個函數可以將smaple轉換成毫秒。對于視頻，這個值代表的是這個禎開始播放的時間。

　　在了解了上面的知識后，我們對avi的文件結構以及如何操作avi文件心里就明白了，下面我們可以開始我們的編程了。我們要做兩件事情：

　　1、如何將一組靜態的bmp位圖合成一個avi的視頻文件；

　　2、如何將一個未壓縮的avi文件解析成一幅幅位圖。

　　示例程序界面如下：

　　下面的函數演示了如何將一個文件夾下面的所有bmp文件都保存為一個avi文件，函數的第一個參數是要生成的AVI的文件名，第二個參數是存放bmp文件的文件夾名，這個函數會枚舉該文件夾下的所有bmp文件，合成一個AVI文件。

void Cbmp2aviDlg::AVItoBmp(CString strAVIFileName, CString strBmpDir) { 　// TODO: 在此添加控件通知處理程序代碼 　AVIFileInit(); 　PAVIFILE avi; 　int res=AVIFileOpen(&avi, strAVIFileName, OF_READ, NULL); 　int n = GetLastError(); 　if (res!=AVIERR_OK) 　{ 　　//an error occures 　　if (avi!=NULL) 　　　AVIFileRelease(avi); 　　return ; 　} 　AVIFILEINFO avi_info; 　AVIFileInfo(avi, &avi_info, sizeof(AVIFILEINFO)); 　PAVISTREAM pStream; 　res=AVIFileGetStream(avi, &pStream, streamtypeVIDEO /*video stream*/, 　　　0 /*first stream*/); 　if (res!=AVIERR_OK) 　{ 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　　AVIFileExit(); 　　return ; 　} 　//do some task with the stream 　int iNumFrames; 　int iFirstFrame; 　iFirstFrame=AVIStreamStart(pStream); 　if (iFirstFrame==-1) 　{ 　　//Error getteing the frame inside the stream 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　AVIFileExit(); 　　return ; 　} 　iNumFrames=AVIStreamLength(pStream); 　if (iNumFrames==-1) 　{ 　　//Error getteing the number of frames inside the stream 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　AVIFileExit(); 　　return ; 　} 　//getting bitmap from frame 　BITMAPINFOHEADER bih; 　ZeroMemory(&bih, sizeof(BITMAPINFOHEADER)); 　bih.biBitCount=24; //24 bit per pixel 　bih.biClrImportant=0; 　bih.biClrUsed = 0; 　bih.biCompression = BI_RGB; 　bih.biPlanes = 1; 　bih.biSize = 40; 　bih.biXPelsPerMeter = 0; 　bih.biYPelsPerMeter = 0; 　//calculate total size of RGBQUAD scanlines (DWORD aligned) 　bih.biSizeImage = (((bih.biWidth * 3) + 3) & 0xFFFC) * bih.biHeight ; 　PGETFRAME pFrame; 　pFrame=AVIStreamGetFrameOpen(pStream, NULL ); 　AVISTREAMINFO streaminfo; 　AVIStreamInfo(pStream,&streaminfo,sizeof(AVISTREAMINFO)); 　//Get the first frame 　BITMAPINFOHEADER bih2; 　long lsize = sizeof(bih2); 　int index=0; 　for (int i=iFirstFrame; i<iNumFrames; i++) 　{ 　　index= i-iFirstFrame; 　　BYTE* pDIB = (BYTE*) AVIStreamGetFrame(pFrame, index); // 　　AVIStreamReadFormat(pStream,index,&bih2,&lsize); 　　BITMAPFILEHEADER stFileHdr; 　　BYTE* Bits=new BYTE[bih2.biSizeImage]; 　　AVIStreamRead(pStream,index,1,Bits,bih2.biSizeImage,NULL,NULL); 　　//RtlMoveMemory(Bits, pDIB + sizeof(BITMAPINFOHEADER), bih2.biSizeImage); 　　bih2.biClrUsed =0; 　　stFileHdr.bfOffBits=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER); 　　stFileHdr.bfSize=sizeof(BITMAPFILEHEADER); 　　stFileHdr.bfType=0x4d42; 　　CString FileName; 　　FileName.Format("Frame-%05d.bmp", index); 　　CString strtemp = strBmpDir; 　　strtemp += "\\"; 　　strtemp += FileName; 　　FILE* fp=_tfopen(strtemp ,_T("wb")); 　　fwrite(&stFileHdr,1,sizeof(BITMAPFILEHEADER),fp); 　　fwrite(&bih2,1,sizeof(BITMAPINFOHEADER),fp); 　　int ff = fwrite(Bits,1,bih2.biSizeImage,fp); 　　int e = GetLastError(); 　　fclose(fp); 　　///// 　　delete Bits; 　　//CreateFromPackedDIBPointer(pDIB, index); 　} 　AVIStreamGetFrameClose(pFrame); 　//close the stream after finishing the task 　if (pStream!=NULL) 　　AVIStreamRelease(pStream); 　AVIFileExit(); }

　　下面的這個函數演示了如何將AVI文件中的每一楨圖像單獨取出來，保存為bmp文件。函數的頭一個參數是avi文件名，第二個參數是存放bmp文件的文件夾。

//生成avi void Cbmp2aviDlg::BMPtoAVI(CString szAVIName, CString strBmpDir) { 　CFileFind finder; 　strBmpDir += _T("\\*.*"); 　AVIFileInit(); 　AVISTREAMINFO strhdr; 　PAVIFILE pfile; 　PAVISTREAM ps; 　int nFrames =0; 　HRESULT hr; 　BOOL bFind = finder.FindFile(strBmpDir); 　while(bFind) 　{ 　　bFind = finder.FindNextFile(); 　　if(!finder.IsDots() && !finder.IsDirectory()) 　　{ 　　　CString str = finder.GetFilePath(); 　　　FILE *fp = fopen(str,"rb"); 　　　BITMAPFILEHEADER bmpFileHdr; 　　　BITMAPINFOHEADER bmpInfoHdr; 　　　fseek( fp,0,SEEK_SET); 　　　fread(&bmpFileHdr,sizeof(BITMAPFILEHEADER),1, fp); 　　　fread(&bmpInfoHdr,sizeof(BITMAPINFOHEADER),1, fp); 　　　BYTE *tmp_buf = NULL; 　　　if(nFrames ==0 ) 　　　{ 　　　　AVIFileOpen(&pfile,szAviName,OF_WRITE | OF_CREATE,NULL); 　　　　_fmemset(&strhdr, 0, sizeof(strhdr)); 　　　　strhdr.fccType = streamtypeVIDEO;// stream type 　　　　strhdr.fccHandler = 0; 　　　　strhdr.dwScale = 1; 　　　　strhdr.dwRate = 15; // 15 fps 　　　　strhdr.dwSuggestedBufferSize = bmpInfoHdr.biSizeImage ; 　　　　SetRect(&strhdr.rcFrame, 0, 0, bmpInfoHdr.biWidth, bmpInfoHdr.biHeight); 　　　　// And create the stream; 　　　　hr = AVIFileCreateStream(pfile,&ps,&strhdr); 　　　　// hr = AVIStreamSetFormat(ps,nFrames,&bmpInfoHdr,sizeof(bmpInfoHdr)); 　　　} 　　　tmp_buf = new BYTE[bmpInfoHdr.biWidth * bmpInfoHdr.biHeight * 3]; 　　　fread(tmp_buf, 1, bmpInfoHdr.biWidth * bmpInfoHdr.biHeight * 3, fp); 　　　hr = AVIStreamSetFormat(ps,nFrames,&bmpInfoHdr,sizeof(bmpInfoHdr)); 　　　hr = AVIStreamWrite(ps, // stream pointer 　　　　　　nFrames , // time of this frame 　　　　　　1, // number to write 　　　　　　(LPBYTE) tmp_buf, 　　　　　　bmpInfoHdr.biSizeImage , // size of this frame 　　　　　　AVIIF_KEYFRAME, // flags.... 　　　　　　NULL, 　　　　　　NULL); 　　　nFrames ++; 　　　fclose(fp); 　　} 　} 　AVIStreamClose(ps); 　if(pfile != NULL) 　　AVIFileRelease(pfile); 　AVIFileExit(); }

　　結束語：

　　以上代碼在 vc 6.0 和windows xp平臺調試通過。這兩個函數你可以直接在你的程序中使用，更詳細的代碼可以參見隨著本文附上的示例源碼。這里我要指出的是，這個AVI文件和bmp互相轉換過程中，avi中的視頻數據都是存放的是沒有壓縮的數據，如果你要分解AVI文件是經過壓縮編碼，比如，DVSD，MPEG4編碼，首先你要采用相應的解碼器對視頻數據解碼，然后將解碼過的數據保存為bmp文件。好了，關于avi文件的介紹就到這里結束了。

VC++ 6.0
方法1：
 CPen Pen( PS_SOLID, 1, RGB( 255, 0, 0 ) );
 
 CPen* pOldPen;
 pOldPen = pDC->SelectObject( &Pen );


方法2：
 CPen Pen( PS_SOLID, 1, RGB( 255, 0, 255 ) );
 CPen* pOldPen;
 
 pOldPen = (CPen*)SelectObject( hDC, Pen.GetSafeHandle() );
正確的格式應該是：Copyright [dates] by [author/owner]

  通常可以代替Copyright, 但是不可以用(c)。 All Rights Reserved 在某些國家曾經是必須的，但是現在在大多數國家，都不是法律上必須有的字樣。

參見下面幾個正確的格式：

  1995-2004 Macromedia, Inc. All rights reserved.

 2004 Microsoft Corporation. All rights reserved.

Copyright   2004 Adobe Systems Incorporated. All rights reserved.

  1995-2004 Eric A. and Kathryn S. Meyer. All Rights Reserved.

請注意標點符號和大小寫的用法，這也是專業精神的一種體現。

現在流行some rights reserved：creativecommons.org

some rights reserved 和copyright 本身并不矛盾，但是其中的界限更多是一個道德問題，真正的保留一部分權力，是指給瀏覽者fair use 的權利，fair use的界定也決不是隨便亂用，或者抄襲。
測試視頻時的笑話：
HJ對LCY說：
你能不能把頭發“豎（束）”起來。


使計算機具有感知到人是否存在的視覺功能，這項技術就是人臉檢測
3-D histogram 三維直方圖 使用電子郵件e_mail的禮節

1、使用電子郵件e_mail最容易被忽略的禮節是：回復郵件時，請把原郵件的內容帶上，以方便別人查看；但，原郵件所攜帶的附件是不需要帶上的；
2、寫正文時，不需要段落首行縮進；

軟件工程第零原則，簡稱第0原則：所有的軟件工作項都有唯一的最佳解決方案。

這里，先定義幾個名詞：
1、最佳解決方案。比如：在需要使用“懶惰策略”的時候（優化后置），使用“懶惰策略”就是最佳方案；不使用就不是最佳方案。2種方案的區別，關鍵在于，開發的進度和風險，2種方案的成本是不一樣的。
2、團隊最佳解決方案：團隊最佳解決方案有時也是最佳解決方案，是團隊能夠提出的最佳方案，雖然不是該問題的最佳方案，但該方案如果可以滿足問題的需求，團隊又有能力實施，同時，相比向外部請求協助的代價要低的多，此時，基本可以認定該方案是團隊最佳方案。這種情況下，采用“團隊最佳方案”是最好的解決方法，理由是：滿足需求，開發成本低，風險小。

在長期的軟件工作實踐中，軟件小組成員之間經常出現意見不一致的時候。
具體出現的情況分類如下：
1、所有人的意見都是最佳方案的；
2、有一個或者幾個人的意見是最佳方案的，有幾個或者一個人的意見是不太合適的，或者是錯誤的；
3、所有人的意見都不是最佳方案，但有一個或者幾個人的意見是“團隊最佳解決方案”；
4、所有人的意見都不合適，或者都沒有解決方案；

出現意見不一致時，容易造成團隊內部爭執，或者使團隊進入到其他低效狀態；為了提高團隊工作效率，降低開發成本，需要減少這類低效狀態的出現，采用合理的方式，是可以減少這類狀態的；正面解決問題是其中的一種較好的方式；
在實際工作中發現，正面解決問題是較好的方法；即找到當前的最佳方案，并且讓團隊成員經過談論，形成一致意見，或者，在找不到最佳方案時，把該問題記錄下來，后續解決，不影響當前工作；
采用這種工作方法的前提條件就是團隊所有成員對“問題具有唯一正確的解決方案”的原則形成一致的認識：所有的軟件工作項都有唯一正確的解決方案。由于該原則是軟件工作的基本原則，所以，命名該原則為：“軟件工程第零原則”，簡稱“第0原則”。

以下對該原則做說明：
1、軟件工作中所有工作項都有最佳解決方案：由于，計算機理論基于數學，軟件工作中的所有工作項的根本基礎是數學，可以說軟件工作中的所有問題都可以轉化為相應的數學問題，而數學問題是有最佳解決方案的，所以，軟件工作中的所有工作項都有最佳解決方案；（這里，還有，成本進度等的量化計算與管理）；
2、不同解決方案合適程度是不一樣的：有時，幾個方案都可行，但，其中是有區別的，區別在于，風險和成本，具體來說在于工作量、工期、運行性能、團隊技術熟練程度等；
3、該原則的用途：學習軟件知識時，明白所有問題有最佳解決方案，避免一葉障目；團隊工作時，減少無效討論；

該隨筆的觀點不太成熟，多提寶貴意見。謝謝！


感知 = 感覺 + 知覺

上邊的公式今天的收獲，很高興啊。

上邊公式說的是：人類獲得信息的方式。起關鍵在于把過程分為2步，可以在人工智能工作中參考。
具體是如下說的：
感覺獲得外界的信息，知覺把感覺獲得的信息加工成為“概念”，后續的思維，進一步處理。

我希望有個安靜祥和的家庭，家和萬事興啊。
軟件工作中的加減法“軟件加減法”

做軟件時，有時會遇到很難解決的問題，仔細分析過后，覺得無法下手，超苦惱。
此時，不妨實驗一下“軟件加減法”，往往可以出奇制勝。

具體做法如下：
首先使用“減法算法”，“減法算法”不合適時，使用“加法算法”。以下具體描述“減法算法”和“加法算法”。
“減法算法”：
1、把懷疑有問題的模塊去掉，不參與運行測試，看問題是否仍然會出現；
2、如果問題不出現了，則斷定問題與該模塊相關；
3、進一步在該模塊內使用“軟件加減法”或者其他方法，逐漸定位問題的具體位置；具體做法是：把該模塊加入到系統中，把該模塊內的部分子模塊屏蔽掉，運行測試，看問題是否仍然會出現；
4、重復使用3，定位問題；
5、如果第1步的結果是，問題仍然出現，可以采取2種方法：一種是：進一步做減法，另一種是加法后減法，即把原來屏蔽掉的模塊加上，然后，屏蔽其他模塊測試；
6、減法算法對軟件人員的能力要求比較高，優點是，人員能力交好、對項目和代碼熟練程度較高時，解決問題速度快。
7、減法算法不行時，可以考慮采用加法算法。

“加法算法”：
1、新建一個項目；
2、把原來有問題的項目的模塊，添加到新項目中一個；
3、測試；
4、測試通過后，添加下一個模塊；
5、測試不通過，斷定問題與該模塊相關；對該模塊，采用“減法算法”或者其他方法進一步定位問題位置；
6、“加法算法”，雖然速度稍微慢點，但使用簡單方便，容易定位問題；相比其他方法，也許是最快的了，7、該算法最大的優點是，算法時間復雜度穩定，即解決問題使用的時間不會過長。


實際工作中，使用“軟件加減法”時，往往是“加法算法”和“減法算法”混合使用，同時，最好甚至是必須結合其他的軟件方法，才可以達到更好的效果。

希望大家對該問題，多提寶貴意見和建議。
稱呼窗口為“窗戶”

在軟件工作中，有很多名詞存在同義詞，增加了工作的復雜程度，造成工作效率 和 質量的下降。
今天，我真是開眼界了，HJ竟然給我說了個“窗戶”。
把屏幕上的 窗口 稱做 “窗戶”，我還是第一次聽到，第一次見到。

真誠地希望這種開眼界的事情，逐漸少遇到點，這種事情少了，行業發展了，公司發展了，自己也發展了。

所有的提高，都是一點一點積累的，積少成多吧。
http://blog.csdn.net/llmmysun/archive/2004/11/05/168753.aspx
數據庫移動，在項目實施過程中，經常會發生，對于有經驗的DBA來說，數據庫移動是十分容易。但對于一些只了解系統，對數據庫不是十分懂的人員來說，oracle的移動就不是那么容量了。
例 如當系統安裝完成以后，存儲空間擴容了，需要對原對ORACLE進行移動，需要進行數據移動。以前在ORACLE8I FOR WINDOWS 2000中是可以進行移動的。現在ORACLE9I FOR AIX 5L 的移動如何做呢？？？其實經對各種不同的平臺，操作過程完全一樣。
一、復制移動數據文件
1）、獲取數據庫相關信息
首先要查看一下數據庫的文件內容：
sqlplus “ / as sysdba”
? select * from v$datafile;
? select * from v$controlfile
? select * from v$logfile;
2）、移動應用數據文件
shutdown immediate關閉數據庫，拷貝數據文件到另外一個目錄下。需要copy 的文件有：
system01.dbf
indx01.dbf
temp01.dbf
users01.dbf
應用數據文件

3）、 修改數據庫文件的位置
啟動MOUNT模式
? startup mount;
? alter database rename file ‘\oracle\oradata\ocp\system01.dbf' to ‘\oradata\ocp\system01.dbf”
? alter database rename file ‘\oracle\oradata\ocp\indx01.dbf' to ‘\oradata\ocp\indx01.dbf';
注意只能進行更改移動的數據庫文件，不包括控制文件與日志文件，TEMP文件。
二． 移動控制文件

（１）備份SPFILE中的內容：
再重新啟動數據庫：
? startup;
? create pfile='c:\init.ora' from spfile;
（２）修改init.ora文件中的內容：
*.control_files='\oradata\ocp\control01.ctl','\oradata\ocp\control02.ctl','\oradata\ocp\control03.ctl'
進行更改已經復制的目錄位置。
Shutdown 數據庫
（3）將控制文件復制過去，
將三個控制文件移動到上面所修改的的目錄下。
（4） 倒入參數文件
以init.ora參數方式啟動：
? startup pfile='\oracle\init.ora';
? create spfile from pfile='\oracle\init.ora';
? shutdown immediate;
? startup; 從spfile中進行啟動。
這樣控制文件移動工作就結束了。
三、 重建或重定位LOG文件
解決日志文件的移動方式有兩種，一種是移動（RENAME方式）另一種是重新創建。
（1）移動LOG文件
重新移動數據庫文件與移動系統數據庫文件是一樣的方法，只是要求數據庫必須是“startup mount”方式進行。
? startup mount
? alter database rename file ‘\oracle\oradata\oralog1.ora' to ‘\oradata\ocp\oralog1.dbf'
樣
（2）重建LOG文件
先重建一個組GROUP ，并添加一個LOG文件作為交換文件。
ALTER DATABASE ADD LOGFILE GROUP 4 （'$HOME/ORADATA/u01/log4.rdo','$HOME/ORADATA/u02/log4.rdo'） SIZE 1M;
然后再刪除其它的LOG組，要求必須保持有兩個LOG文件組在系統中。
Alter database drop logfile member ‘\oracle\oradata\ocp\oralog01.ora'

四、重建系統監時（temp）文件系統

在移動數據表空間時，TEMP文件是不能被移動的，這里要求可以進行重建一個TEMP表空間，并設置為系統默認的TEMP文件系統。然后再冊除原來的TEMP表空間，達到移動表空間的過程。
> create temporary tablespace “temp02” tempfile ‘\oradata\ocp\temp02.dbf' size 500m extent management local uniform size 10m;
然后再刪除原來的TEMP文件就可以了。

五、測試數據庫
進行重啟動ORACLE數據
$ sqlplus “/as sysdba”
? startup;
? show sga;
?

xp下安裝SQL server 2000企業版2006年12月17日 星期日 01:20xp下安裝SQL2000    server企業版                                          
網絡搜索內容：
SQL2000企業版本適用于WIN 2000系統，2003系統和XP一般裝不了需要選用個人版，當然如果你在不清楚的前提下辛辛苦苦下載了企業版本卻不能安裝，是不是很失望呢？這里介紹一個XP下安裝裝SQL2000企業版本方法以供參考

辦法如下:
    一．在SQL服務器的安裝盤中找到MSDE這個目錄，并且點擊setup.exe安裝它，過程簡單直接下一步就ＯＫ了。
　　二. 重啟系統WINDOWSXP,這下就可以看到SQL服務的圖標出現了。
    三. 再拿出SQL服務器版的安裝光盤，直接安裝客戶端工具（這個不要多說吧？最簡單的方法就是直接點擊光盤根目錄下的autorun.exe)根據提示安裝，自檢過程中知道系統不是SERVER版，會提示只安裝客戶端工具。
    四. 打開企業管理器，試用SA用戶連一下看看，是不是發現SA用戶登陸失敗？因為你還沒有與信任SQL SERVER連接相關聯。還好這個只要對系統注冊表稍加修改就可以啦：在運行中輸入regedit打開注冊表編輯器，找到[HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\MSSQLSERVER\MSSQLSERVER]，這個項里面有一個鍵值LoginMode，默認下，值是1，現在將值改為2，重啟電腦。
    五. 再打開企業管理，再連接試試，OK了！

Visual C++中的異常處理淺析

http://dev.yesky.com/115/2158115_1.shtml

軟件工作的基本方法之一：5分鐘工作制

在軟件工作中，遇到小難題（如：語法、簡單算法等）時，如果自己5分鐘內沒有解決，則直接詢問本小組的其他人員。

相關的一個基本工作方法：15分鐘工作制
如果一個問題，本小組15分鐘內無法解決時，則把本問題記錄下來，留待明天（后續）解決。

以上2個方法，可以有效的保證工作的進度，保證工作的愉快程度。


相關的方法是：軟件開發工作中的1030原則

2種方法的區別在2點：
1、時間長短不一，5分鐘短，1030原則長一倍；
2、適用地方不一，5分鐘適用于簡單問題，1030適用于其他問題。 我工作的計算機編號是51，現在才明白，是每天都是勞動節的意思！ 勞動節快樂！天天快樂！
最近真忙啊！ C++中，CTime 與  CString轉換
CTime m_StartTime1 = CTime::GetCurrentTime();
CString csStartTime = m_StartTime1.Format( "%Y%m%d%H%M%S" );

源代碼格式不對，也是軟件錯誤。

源代碼是軟件的一個重要的組成部分，源代碼格式不對，換句話說，源代碼錯誤，肯定是軟件錯誤。所以，把源代碼編譯沒有錯誤等價為源代碼正確，是錯誤的，把運行沒有錯誤，等價為源代碼正確，是錯誤的。

源代碼格式的幾點應該注意的事項（常識）：
1、源代碼的書寫格式，應該體現源代碼內部的邏輯關系；
2、源代碼內部最重要的代碼行是：空行；空行把代碼分成各個相對獨立的組成部分；
3、源代碼內部第二重要的代碼行是：注釋行；
4、源代碼行內最重要的字符是：空格；空格把代碼行分成各個相對獨立的組成部分；
5、源代碼行內第二重要的字符是：制表符（Tab），制表符是行首縮進使用的字符；
6、注釋合格的標準是：同等級技術能力的技術人員，可用比較方便的看懂代碼；或者，應該從事該工作的技術人員可以容易的看懂；
7、注釋行數應該占到總代碼行數的三分之一；
8、每個源代碼文件頭部都必須有說明本文件功能的注釋；
9、自己定義的每個函數都必須有說明函數功能的注釋；
10、自己定義的每個變量都必須有說明變量功能的注釋；
11、注釋應該使用自己的母語（漢語）；
12、一句注釋合格的標準是，表達了需要表達的內容，語法正確；
13、清楚的注釋能夠方便代碼閱讀者理解代碼的邏輯關系和各個函數的功能；
14、鍵盤上最重要的鍵是空格鍵，空格占英文文章的比例是20%左右；寫軟件源代碼時，空格的比例也很大；所以，鍵盤上面積最大的鍵是空格；
引用自 http://www.91php.cn/trackback.php?tbID=88&extra=964ce999cp

SQL Server 2000中，當新建一個空的數據庫后，在查詢分析器中執行
sp_database 或select * from sysobjects where xtype = 'U'
都會得到dtproperties表，并顯示為用戶表, 可這個表我從沒有創建過。但是在企業管理器中，dtproperties卻顯示為系統表。難道是bug ？ 查看dtproperties，里面沒有數據，是個空表。在SQL Server聯機叢書里沒有關于這個表的描述。

      dtproperties表在企業管理器中無法刪除，但在查詢分析器中 執行drop table dtproperties卻可以刪除。
手工建立一個表，表名就叫dtproperties，然后再查看，在企業管理器中赫然顯示為系統表！！  看來Bug是一定的了。
    
    重新創建一個數據庫，  寫個觸發器，讓其在dtproperties表執行insert時執行，然后在SQL Server里隨意操作，hehe，終于發現，在新建關系圖時，dtproperties表被插入數據，看來它是用來存儲數據關系圖的。呵呵，想點辦法，數據關系圖以后也可以備份下來了。

     再用drop table dtproperties刪除表dtproperties，[手工創建dtproperties ,結構任意,]    然后在企業管理器中新建數據關系圖，呵呵，SQL Server報錯！再次證實前面的猜想！

     SQL Server 2005中dtproperties 表不存在了，取而代之的是sysdiagram (記不住具體的名稱了) ，這個bug也不存在了，SQL Server 2005中的系統表和SQL Server 2000有了很大的不同。

VC++6 寫完的程序程編譯鏈接通過后，點運行的時候出現one ? or ? more ? files ? out ? of ? date ? or ? not ? exist，解決辦法。

把所有日期大于當前系統日期的文件，打開后，添加一個空格，然后保存，即可。

可以對照文件的目錄，按時間倒序排列后，逐個處理。

sysobjects

在數據庫內創建的每個對象（約束、默認值、日志、規則、存儲過程等）在表中占一行。只有在 tempdb 內，每個臨時對象才在該表中占一行。

列名	數據類型	描述
name	sysname	對象名。
Id	int	對象標識號。
xtype	char(2)	對象類型。可以是下列對象類型中的一種： C = CHECK 約束 D = 默認值或 DEFAULT 約束 F = FOREIGN KEY 約束 L = 日志 FN = 標量函數 IF = 內嵌表函數 P = 存儲過程 PK = PRIMARY KEY 約束（類型是 K） RF = 復制篩選存儲過程 S = 系統表 TF = 表函數 TR = 觸發器 U = 用戶表 UQ = UNIQUE 約束（類型是 K） V = 視圖 X = 擴展存儲過程
uid	smallint	所有者對象的用戶 ID。
info	smallint	保留。僅限內部使用。
status	int	保留。僅限內部使用。
base_schema_ ver	int	保留。僅限內部使用。
replinfo	int	保留。供復制使用。
parent_obj	int	父對象的對象標識號（例如，對于觸發器或約束，該標識號為表 ID）。
crdate	datetime	對象的創建日期。
ftcatid	smallint	為全文索引注冊的所有用戶表的全文目錄標識符，對于沒有注冊的所有用戶表則為 0。
schema_ver	int	版本號，該版本號在每次表的架構更改時都增加。
stats_schema_ ver	int	保留。僅限內部使用。
type	char(2)	對象類型。可以是下列值之一： C = CHECK 約束 D = 默認值或 DEFAULT 約束 F = FOREIGN KEY 約束 FN = 標量函數 IF = 內嵌表函數 K = PRIMARY KEY 或 UNIQUE 約束 L = 日志 P = 存儲過程 R = 規則 RF = 復制篩選存儲過程 S = 系統表 TF = 表函數 TR = 觸發器 U = 用戶表 V = 視圖 X = 擴展存儲過程
userstat	smallint	保留。
sysstat	smallint	內部狀態信息。
indexdel	smallint	保留。
refdate	datetime	留作以后使用。
version	int	留作以后使用。
deltrig	int	保留。
instrig	int	保留。
updtrig	int	保留。
seltrig	int	保留。
category	int	用于發布、約束和標識。
cache	smallint	保留。

系統表的應用 master--->數據庫的核心庫，存儲很多系統的信息和登錄的信息等 ?
? tempd--->存儲了諸如臨時表等信息 ?
? Northwind--->北風數據庫，是個例子數據庫，可以模擬很多操作，并且提供例子供參考?

名稱 ? ? ? ? ? ? ? ? ? ? ? ? ? 地址 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 說明 ?
? ?
? sysaltfiles ? ? ? ? ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 保存數據庫的文件 ?
? syscharsets ? ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 字符集與排序順序 ?
? sysconfigures ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 配置選項 ?
? syscurconfigs ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 當前配置選項 ?
? sysdatabases ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 服務器中的數據庫 ?
? syslanguages ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 語言 ?
? syslogins ? ? ? ? ? ? ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 登陸帳號信息 ?
? sysoledbusers ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 鏈接服務器登陸信息 ?
? sysprocesses ? ? ? 主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 進程 ?
? sysremotelogins主數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 遠程登錄帳號 ?
? ?
? syscolumns ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 列 ?
? sysconstrains ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 限制 ?
? sysfilegroups ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 文件組 ?
? sysfiles ? ? ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 文件 ?
? sysforeignkeys ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 外部關鍵字 ?
? sysindexs ? ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 索引 ?
? sysmenbers ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 角色成員 ?
? sysobjects ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 所有數據庫對象 ?
? syspermissions ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 權限 ?
? systypes ? ? ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 用戶定義數據類型 ?
? sysusers ? ? ? ? ? ? ? 每個數據庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 用戶????

Access 密碼破解原理- -

??????????????????????????????????????