數據庫管理員

一、記憶體資料庫：    在SQLite中，資料庫通常是儲存在磁碟檔案中的。然而在有些情況下，我們可以讓資料庫始終駐留在記憶體中。最常用的一種方式是在調用sqlite3_open()的時候，資料庫檔案名參數傳遞":memory:"，如：複製代碼 代碼如下:    rc = sqlite3_open(":memory:", &db);   

XML內容產生部分 SQL資料產生XML的函數。 1. xmlcomment：產生注釋函數。 xmlcomment(text ) 例： SELECT xmlcomment('hello'); xmlcomment -------------- <!--hello--> 2. xmlconcat：XML串連函數 xmlconcat(xml [, ...]) 例： SELECT xmlconcat('<abc/>', '<bar>foo</bar>')

分頁預存程序共有四種方式可以實現，行計數、遊標、升序-降序、子查詢 我記得曾經有人測試過這四種方式的效率分別是 從效能最好到最差的順序進行的——行計數、遊標、升序-降序、子查詢 以下是我收集的一些資料供大家參考 QUOTE: 原文地址：http://www.codeproject.com/aspnet/PagingLarge.asp 作者：Jasmin Muharemovic  譯者：Tony Qu 下載： 介紹

我用ACCESS轉換成SQL資料庫，其中一個放置常值內容的列他的資料類型為ntext,長度卻是16，而且鎖定了，不能修改，允許空。  當字元長度過長時(幾千個漢字)，資料庫中對應的欄位顯示<LONG TEXT>。當ntext中的文字長度超出了一定限制時就顯示<long text>，因為過長資料庫將以16進位的方式存放了。就不能直接查看，所以顯示為<long text>。可以直接通過sql語句修改。

FROM publish  WHERE (id NOT IN  　　　　(SELECT TOP n-1 id  　　　　 FROM publish))  id 為publish 表的關鍵字  我當時看到這篇文章的時候，真的是精神為之一振，覺得思路非常得好。等到後來，我在作辦公自動化系統（ASP.NET+ C#＋SQL 

設計1個應用系統似乎並不難，但是要想使系統達到最佳化的效能並不是一件容易的事。在開發工具、資料庫設計、應  用程式的結構、查詢設計、介面選擇等方面有多種選擇，這取決於特定的應用需求以及開發隊伍的技能。本文以SQL  Server為例，從後台資料庫的角度討論應用程式效能最佳化技巧，並且給出了一些有益的建議。  1　資料庫設計  　　要在良好的SQL Server方案中實現最優的效能，最關鍵的是要有1個很好的資料庫設計方案。在實際工作中，許多SQL&

1.替換一個欄位的所有非數字字元為空白 update mobileNo_batchreg_black set mobile_no= replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace( replace(

　　有時候我們希望在一個sqlserver下訪問另一個sqlserver資料庫上的資料，或者訪問其他oracle資料庫上的資料，要想完成這些操作，我們首要的是建立資料庫連結。　　資料庫連結能夠讓本地的一個sqlserver登入使用者映射到遠端一個資料庫伺服器上，並且像操作本機資料庫一樣。那麼怎麼建立資料庫連結呢？我現在有兩種方法可以實現。　　第一種：在　sqlserver　企業管理器中，建立，這個比較簡單的，首先在　安全性－－〉資料庫連結　上點右鍵　，在出現的菜單中點　建立資料庫連結　，然後會彈

表一:      組名      成員1id      成員2id      成員3id      樣本資料:   

比如下面這些... 1，對於日期欄位欄位 　access表示為：#1981-28-12# 　SQLSERVER2000表示為：'1981-02-12' 2,SQL語句區別，select ,update 在對單表操作時都差不多， 　但多表操作時update語句的區別ACCESS與SQLSERVER中的Update語句對比: 　SQLSERVER中更新多表的Update語句: 　Update Tab1 　SET a.Name = b.Name　 FROM Tab1 a,Tab2 b 　Where

安裝好mysql後，配置好環境變數，然後 敲入 mysql 進入mysql 然後可以 Use mysql; Select * from user; 來查看所有的使用者； Mysql 下執行指令檔： Mysql > source xxx.sql; 1.1 兩種方式增加使用者：（轉） 有2個不同的方法增加使用者：通過使用GRANT語句或通過直接操作MySQL授權表。比較好的方法是使用GRANT語句，因為他們是更簡明並且好像錯誤少些。

1. 資料太多。放在一個表肯定不行。 比如月周期表。一個月1000萬，一年就1.2億，如此累計下去肯定不行的。所以都是基於一個周期資料一個表。甚至一個周期資料就要分幾個分表。主要是考慮實際的資料量而定。當你建立一個新表時，可能這個表需要有索引，但是都要先取消索引，或者先建立表，匯入資料後，再建立索引。 必要時處理完，統計完後，就備份到磁帶或者其他介質。然後清掉。

UNION的一個限制是兩個 SQL 陳述式所產生的欄位需要是同樣的資料種類。另外，當我們用 UNION這個指令時，我們只會看到不同的資料值 (類似 SELECT DISTINCT)。 union只是將兩個結果連接起來一起顯示，並不是連接兩個表 　　UNION 的文法如下： [SQL 陳述式 1] 　　UNION 　　[SQL 陳述式 2] 假設我們有以下的兩個表格， 　　Store_Information 表格 store_name Sales Date 　　Los Angeles $1500

書上講了好多， 歸結起來3句話： 1NF:欄位不可分; 2NF:有主鍵，非主鍵欄位依賴主鍵; 3NF:非主鍵欄位不能相互依賴; 解釋: 1NF:原子性 欄位不可再分,否則就不是關聯式資料庫; 2NF:唯一性 一個表只說明一個事物; 3NF:每列都與主鍵有直接關係，不存在傳遞依賴; 不符合第一範式的例子(關聯式資料庫中create不出這樣的表)： 表:欄位1, 欄位2(欄位2.1, 欄位2.2), 欄位3 ...... 存在的問題: 因為設計不出這樣的表, 所以沒有問題; 不符合第二範式的例子:

主鍵（PRIMARY KEY ） 來自MSDN的描述： 表通常具有包含唯一標識表中每一行的值的一列或一組列。這樣的一列或多列稱為表的主鍵 (PK)，用於強製表的實體完整性。在建立或修改表時，您可以通過定義 PRIMARY KEY 約束來建立主鍵。 一個表只能有一個 PRIMARY KEY 約束，並且 PRIMARY KEY 約束中的列不能接受空值。由於 PRIMARY KEY 約束可保證資料的唯一性，因此經常對識別欄位定義這種約束。 如果為表指定了 PRIMARY KEY 約束，則 SQL

開放性 SQL Server 只能在Windows 上運行，沒有絲毫的開放性，作業系統的系統的穩定對資料庫是十分重要的。Windows9X系列產品是偏重於案頭應用，NT server只適合中小型企業。而且Windows平台的可靠性，安全性和伸縮性是非常有限的。它不象Unix那樣久經考驗，尤其是在處理大資料量的關鍵業務時。 Oracle 能在所有主流平台上運行（包括 Windows）。完全支援所有的工業標準。採用完全開放策略。可以使客戶選擇最適合的解決方案。對開發商全力支援。 DB2

然而，在我所經曆過的項目中，某些資料庫的設計會存在一些問題，尤其普遍的就是下面將要描述的這兩點，個人覺得是應該避免的誤區，總結出來與大家討論。誤區之一 備用欄位現象描述：在資料表中，不僅設計了當前所需要的欄位，而且還在其中留出幾個欄位作為備用。比方說，我設計了一個人員表（Person），其中已經添加了各種必要的欄位，包括姓名（Name）、性別（Sex）、出生年月日（birthday）等等。大功告成之後，我忽然想到，將來系統中應該還會有很多其它與人相關的內容吧，比方說畢業院校，比方說工作單位等等，

建立索引常用的規則如下： 1、表的主鍵、外鍵必須有索引；2、資料量超過300的表應該有索引；3、經常與其他表進行串連的表，在串連欄位上應該建立索引；4、經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；5、索引應該建在選擇性高的欄位上；6、索引應該建在小欄位上，對於大的文字欄位甚至超長欄位，不要建索引；7、複合索引的建立需要進行仔細分析；盡量考慮用單欄位索引代替：   A、正確選擇複合索引中的主欄欄位，一般是選擇性較好的欄位；  

總結如下： 1. 預存程序： sql語句的批處理，面相應用和服務的，將常用的連續操作做成批處理形式。 解決瓶頸問題：大量sql查詢速度慢s 2. 索引服務： 建立key和文檔之間的倒排索引。 解決瓶頸問題：key的全文檢索索引like '%key%'語句執行速度慢 3. 資料庫欄位索引： 為資料庫表欄位建立索引。 解決瓶頸問題：查詢速度慢

ODBC是一種串連資料庫的開放標準。 ODBC(OpenDataBase Connectivity，開放資料庫互連)是微軟公司開放服務結構(WOSA，Windows OpenServices Architecture)中有關資料庫的一個組成部分，它建立了一組規範，並提供了一組對資料庫訪問的標準API（API）。這些API利用SQL來完成其大部分任務。ODBC本身也提供了對SQL語言的支援，使用者可以直接將SQL語句送給ODBC。