可以做一個定時任務(SHELL或者用戶觸發皆可)，系統每5分鐘跑一次，更新掉論壇帖子數即可，這樣最直接的結果是減少了大量由于更新產生的query語句。事實像類似DZ這樣的開源項目都是不做實時的，甚至帖子的回復數都不是實時準確的，它是每發表一個回復，插入統計緩存，系統定時批量執行這些要更新的數據。思考：大家曾見過淘寶的分頁，它并沒有列出總共多少頁，而是用戶點擊的附近幾頁，這樣其實節省了selectcount(*)的操作(innodb引擎做這個跟myisam引擎做這個不在同一個概念

數據庫設計是指對于一個給定的應用環境，構造最優的數據庫模式，建立數據庫及其應用系統，有效存儲數據，滿足用戶信息要求和處理要求 數據庫設計和開發標準是使Newegg Support Center的數據庫系統的設計和開發正式化的標準。通過此標準，來規范數據庫設計。

dbcc trraceon DBCC TRACEOFF ????--對于數據庫死鎖，通常可以通過TRACE FLAG 1204、1205、1206，檢查ERRORLOG里面的輸出，和分析SQLTRACE的執行上下文判斷死鎖問題的來由。

Oracle數據庫常用SQL

到今天為止，人們對關系數據庫做了大量的研究，并開發出關系數據語言，為操作關系數據庫提供了方便的用戶接口。關系數據語言目前有幾十種，具有增加、刪除、修改、查詢、數據定義與控制等完整的數據庫操作功能。通常把它們分為兩類：關系代數類和關系演算類。 在這些語言中，結構化查詢語言SQL以其強大的數據庫操作功能、口語化、易學易用等特點，受到廣泛的應用，成為數據庫應用程序開發的一柄利劍。在數據庫應用程序開發過程中，巧妙地使用SQL語句，可以簡化編程，起到事半功倍的效果，本書中有些實例也大量使用了SQL語句。它由兩部分組成，數據定義語言(DDL)和數據操作語言(DML)。

主要內容：PL/SQL 語言的基本特征、PL/SQL程序的結構、PL/SQL語言的控制結構、游標(cursor)編程、錯誤處理、存儲過程和函數、創建包(Package)、觸發器(Trigger)。

在ORACLE RDBMS SERVER軟件的內部，對于SQL語句的執行有一個優化器（OPTIMIZER）對SQL語句的執行進行優化。在我們使用后面介紹的工具對SQL的執行路徑進行查看的時候，系統顯示出來的是由優化器給出的執行路徑的解釋方案，如果對優化器的解釋方案不了解的話，就無法針對出現的問題進行SQL語句的調整。現把ORACLE8提供的優化器的執行解釋方案公布如下。這部分內容的詳細解釋可以參照oracle的文檔。

遇到過動態拼接sql字符的同學，一定深知其中痛苦，我本人也其中受害者之一。SqlTemplate 是通過模板方法解決動態sql，把模板內容構建成完成的xml，這樣可以解析成相關的數據結構， 再結合Ognl強大表達式計算條件。設計上參考了MyBatis動態sql部分，為了減少學習成本，兼容Mybatis大部分用法。目前能支持以下標簽：

Pyrseas 提供了一個框架和工具用來更新和維護一個關系數據庫，當前包含 dbtoyaml 工具用來創建 PostgreSQL 的表的描述信息，yamltodb 工具用來從 YAML 文檔直接轉成建庫的 SQL 語句。

MyBatis的動態SQL是基于OGNL表達式的，它可以幫助我們方便的在SQL語句中實現某些邏輯。

hadoop hive sql語法詳解

Phoniex 可以讓開發者在HBase數據集上使用SQL查詢。Phoenix查詢引擎會將SQL查詢轉換為一個或多個HBase scan，并編排執行以生成標準的JDBC結果集，對于簡單查詢來說，性能甚至勝過Hive。

查看MySQL記錄執行過的SQL

pixQL 實現了一個用SQL的語法來對圖像進行操作的工具。

可能有些人也有過類似需求，一般都會選擇使用其他的方式如Spring-JDBC等方式解決。 能否通過MyBatis實現這樣的功能呢？ 為了讓通用Mapper更徹底的支持多表操作以及更靈活的操作，在2.2.0版本增加了一個可以直接執行SQL的新類SqlMapper。 通過這篇博客，我們來了解一下SqlMapper。

從一個數據分析師的視角來對比兩個關系型數據庫。這些年里，我已經太多太多次的討論了 PostgreSQL 和 MS SQL 的問題。IT 行業中一個知名的原則說：如果你準備不只一次的做同一件事，那就讓它自動化。本文是我的自動化方法的談話。

寫在前面的話：有時不理解SQL語句各個部分執行順序，導致理解上出現偏差，或者是書寫SQL語句時隨心所欲，所以有必要了解一下sql語句的執行順序。可以有時間自己寫一個簡單的數據庫，理解會更加深入。下面就寫寫我的一些理解，以SQL SERVER2008為例，進行說明。

通過讀取excel文件生成sql語句

但是我現在可以這樣查詢ES了：

NOSQL系統一般都會宣傳一個特性，那就是性能好，然后為什么呢？關系型數據庫發展了這么多年，各種優化工作已經做得很深了，NOSQL系統一般都是吸收關系型數據庫的技術，那么，到底是什么因素束縛了關系型數據庫的性能呢？我們從系統設計的角度看這個問題。 1. 索引支持 關系型數據庫創立之初沒有想到今天的互聯網應用對可擴展性提出如此高的要求，因此，設計時主要考慮的是簡化用戶的工作，SQL語言的產生促成數據