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

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

●可以通過以下方法來優(yōu)化查詢 :

 

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

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

3、升級硬件

4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問方式，限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(dāng)（最好是使用默認(rèn)值0）。索引應(yīng)該盡量小，使用字節(jié)數(shù)小的列建索引好（參照索引的創(chuàng)建）,不要對有限的幾個值的字段建單一索引如性別字段

5、提高網(wǎng)速;

6、擴大服務(wù)器的內(nèi)存,Windows 2000和SQL server 2000能支持4-8G的內(nèi)存。

 

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

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

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

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

10、分布式分區(qū)視圖可用于實現(xiàn)數(shù)據(jù)庫服務(wù)器聯(lián)合體。

 

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

 

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

 

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

 

其次，看一下SQL SERVER的數(shù)據(jù)存放的結(jié)構(gòu)：一個頁面的大小為8K(8060)字節(jié)，8個頁面為一個盤區(qū)，按照B樹存放。

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

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

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

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

 

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

17、注意UNion和UNion all 的區(qū)別。UNION all好

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

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

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

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

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

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

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

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

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

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

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

Gartner Group公布了IT業(yè)界未來四年來的十大新技術(shù).

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

   1. 多核心和混合處理器

   2. 虛擬化和構(gòu)造計算

   3. 社交網(wǎng)絡(luò)和社交軟件

   4. 云計算/Web平臺

   5. Web Mashups

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

   7. 普及計算

   8. 上下文計算

   9. 增強實體

  10. 語義學(xué)

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

1、光計算

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

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

2、量子計算

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

3、DNA計算

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

4、可逆計算

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

5、撞球計算

傳統(tǒng)的計算涉及電子通過電路內(nèi)部每一個分子時產(chǎn)生的連鎖反應(yīng)，而科學(xué)家們正在嘗試其它種類的連鎖反應(yīng)，包括多米諾或者大理石的連鎖反應(yīng)。

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

6、神經(jīng)元計算

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

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

7、核磁共振計算

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

8、Glooper計算機

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

9、霉變計算機

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

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

10、水波計算

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

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

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

這不僅僅對于機器人工業(yè)是重大損失，而且也樹立了一個重要先例：關(guān)于機器人的任何試驗都必須以無人類傷亡為絕對前提。也許對一切事故的極度厭惡，終將導(dǎo)致此領(lǐng)域的任何創(chuàng)新都步履維艱。

http://www.ugia.cn/?p=121

http://hi.baidu.com/momoca/blog/item/422a73f023999fafa40f52b1.html

軟件企業(yè)技術(shù)路線:項目\產(chǎn)品\隊伍

項目為企業(yè)近期發(fā)展發(fā)展積累資金;
產(chǎn)品為企業(yè)中期發(fā)展創(chuàng)造條件;
隊伍是企業(yè)長期發(fā)展的根本;

企業(yè)可以根據(jù)自身的長期發(fā)展計劃,制定近期的發(fā)展計劃;
在有條件時,應(yīng)該首先建設(shè)隊伍,其次設(shè)計產(chǎn)品，再次做項目；
實際執(zhí)行時,往往是3者混合進行的;
作為企業(yè)的主要負(fù)責(zé)人,管理人員,乃至對企業(yè)發(fā)展關(guān)心的員工,都應(yīng)該明確企業(yè)發(fā)展的基本規(guī)律.來指導(dǎo)日常的工作實踐。

殺人的歷史評傳——劉邦殺韓信

http://club2.cat898.com/newbbs/dispbbs.asp?boardid=2&id=2067439

匈牙利科學(xué)家發(fā)明狗吠翻譯機 準(zhǔn)確率達43%

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

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

設(shè)定access自增字段起始值.

下邊修改picInfo表的自增字段sn的起始值和步進值都為1
ALTER TABLE picInfo
  ALTER COLUMN sn COUNTER (1, 1)