Time of Update: 2014-03-13
MySQL在linux下資料庫、表名、列名、別名的規則: 1.資料庫名與表名是嚴格區分大小寫; 2.表的別名是嚴格區分大小寫; 3.變數名嚴格區分大小寫; 4.列名與列的別名忽略大小寫。 MySQL在windows下不區分大小寫。原因:
Time of Update: 2014-03-13
好久沒更新這個系列的文章啦,因為最近各種瑣碎事哎。挺長一段時間沒有學習了,停了這麼久,好像只有一個收穫,我上了報紙了哈哈,雖然遠沒有記者寫得那麼誇張,但拿出來炫耀下應該沒事吧^_^http://e.hznews.com/paper/hzrb/20140228/A9/4/ 哈哈,進入正題:和資料庫say
Time of Update: 2014-03-12
MySQL是一個功能強大的開來源資料庫。隨著越來越多的資料庫驅動的應用程式,人們一直在推動MySQL發展到它的極限。這裡是100條調節和最佳化MySQL安裝的技巧。一些技巧是針對特定的安裝環境的,但這些思路是通用的。我已經把他們分成幾類,來協助你掌握更多MySQL的調節和最佳化技巧。 MySQL 伺服器硬體和作業系統調節: 1. 擁有足夠的實體記憶體來把整個InnoDB檔案載入到記憶體中——在記憶體中訪問檔案時的速度要比在硬碟中訪問時快的多。 2. 不惜一切代
Time of Update: 2014-03-12
1、Select檢索單個列SELECT 列名 From 表名輸出資料沒有用排序的時候順序是不一定的。2、Select檢索多個列SELECT 列名,列名1 ,列名 2 FROM表名3、檢索所有的列SELECT * FROM表名一般除非確實需要表中的每一個列,否則最好別使用萬用字元*。這樣會降低檢索和應用程式的效能。4、檢索不同的行用DISTINCT關鍵字SELECT DISTINCT 列名
Time of Update: 2014-03-12
SQL SERVER中CUME_DIST和PERCENT_RANK函數CUME_DIST和PERCENT_RANK函數CUME_DIST,計算某個值在 SQL Server 2012 中的一組值內的累積分布。也即,CUME_DIST 計算某指定值在一組值中的相對位置。對於行r,假定採用升序,r 的 CUME_DIST
Time of Update: 2014-03-13
CREATE TABLE qResults (tName nvarchar(370), cname nvarchar(3630),[count] int)declare @tname nvarchar(200)declare @cname nvarchar(200)declare @countOut nvarchar(200)declare @sql nvarchar(max)declare c_search cursor for select t.name,c.name from
Time of Update: 2014-03-12
一、大結果集的分頁MySQL:limit M,N;M:每頁開始記錄的索引。第一頁的第一條記錄的索引為0N:每次取多少條每頁顯示10條記錄第一頁:M=0 N=10第二頁:M=10 N=10第三頁:M=20 N=10第X頁: M=(X-1)*N
Time of Update: 2014-03-12
archive log 日誌已滿ORA-00257: archiver error. Connect internal only, until freed 錯誤的處理方法1. 用sys使用者登入 sqlplus sys/pass@tt as sysdba2. 看看archiv log所在位置SQL> show parameter
Time of Update: 2014-03-12
1.第一步:安裝sqlite 命令: sudo apt-get install sqlite,安裝完成後出現下列資訊則表示成功正在讀取軟體包列表... 完成正在分析軟體包的相依樹狀結構 正在讀取狀態資訊... 完成 下列軟體包是自動安裝的並且現在不需要了: libfolks-telepathy25 ubuntuone-control-panel
Time of Update: 2014-03-12
原理:(1)利用database link使兩個資料庫之間建立串連。 (2)建立一個預存程序:實現所有資料表內容的刪除,然後將生產庫的資料表內容插入到測試庫中。(commit) (3)利用Jobs定期執行預存程序即可。1、 在測試庫中建立dblink:createdatabaselink to_shengchan(dblink名稱)connectto visuidentifiedby
Time of Update: 2014-03-11
對於關係型資料庫而言,針對錶的檢索,一般來說,建立合適的索引就可以達到很好的檢索效果。(這裡不包含表設計的合理與否)比如像狀態列這樣可選擇性非常低的值,該如何檢索? 其實這個已經不是關係型資料庫擅長的方面了。 但是如果出於曆史或者許多不可抗拒的原因,我們還得在關係表中進行最佳化,該咋辦? 一般來說,就是建立靜態表。 但是靜態表也是多重多樣,該如何選擇? 我下面列舉幾個簡單的例子,當然了,由於個人的腦子尺度不夠大,有可能有些遺漏。原始表。20 完條記錄,
Time of Update: 2014-03-11
由於機器中有了orcale不想再安裝mysql就下了個免安裝的,最終還是費了些勁才搗騰好!1、下載免安裝的版本我放在百度網盤裡了,這裡不能放這麼大的檔案:http://pan.baidu.com/s/1jG2ulSi2、配置my.ini檔案把剛下載的檔案進行解壓,然後複製到你要放的位置,最好重新命名,簡單一點的名字;開啟解壓後的檔案夾,裡面會有一個檔案:my-default.ini你複製這個檔案,命名為:my.ini,然後把下面的內容複寫進去(注意:把路徑改為你自己的)# The
Time of Update: 2014-03-11
《MongoDB GridFS最佳應用概述》作者:chszs,轉載需註明。部落客頁:http://blog.csdn.net/chszsGridFS是MongoDB資料庫之上的一個簡單檔案系統抽象。如果你熟悉Amazon
Time of Update: 2014-03-11
701. A user receives the following error while performing a large volume of inserts into a table: The issue is resolved by increasing the space quota on the USERS tablespace for the user. But the usermay perform such transaction in the future.
Time of Update: 2014-03-11
/*Author : Jiangong SUN*/If you have wondered to clean a table data, and want to save the original data in a backup sql script. Here is a solution for it.Right click your database -> click "Tasks" -> then click
Time of Update: 2014-03-11
在資料庫管理中,會把一些曆史資料或基本不變化的資料放入唯讀資料表空間。因為這種資料表空間上只能進行讀操作而不能做DML操作。能有效防止被意外的修改或刪除,所以很適合存放上述類型的資料,另外,它在備份方面還有一個好處,因為它是唯讀,就是沒有變化,只需在設為唯讀後備份一次 就夠了,以後備份時就可以忽略,這樣能減少一部份備份壓力。這造成慢慢的,人們會忽視掉它。 情況一:確實在設為唯讀資料表空間時備份了一次,但後面忽視了它。恢複時那份備份找不到了。&
Time of Update: 2014-03-11
版本: 2.2.0涉及BUG: SERVER-5351操作: 把資料chunk從一個分區挪到另外一個分區(下面描述為: 從分區shard3_2 挪到 分區shard1_1)現象: 1) mongos 上move chunk命令執行後卡住, 發現日誌:Tue Mar 4 20:34:12 [conn25194] CMD: movechunk: { moveChunk: "archive.archive", to: "shard1_1",
Time of Update: 2014-03-11
Time of Update: 2014-03-11
問題一:命令列啟動mysql出現“發生系統錯誤 5,拒絕訪問”的問題。問題描述:在命令列啟動mysql的時,有時候會出現“發生系統錯誤 5,拒絕訪問”的錯誤。問題分析:原因就是目前使用者的存取權限太低。問題解決:方法一:更改目前使用者的許可權。方法二:以管理員身份來運行cmd就可以解決了。1. 在開始菜單中搜尋cmd,然後右鍵,選擇以【管理員身份運行】!2. 或者搜尋到cmd之後,直接按快速鍵:shift+ctrl+enter 進入,就是管理員權限了。3.
Time of Update: 2014-03-11
當資料庫做了DML或DDL操作之後,LGWR進程會將這些操作記錄到重做日誌中。 Oracle最少要包含兩個日誌組。 一個日誌組可以有多個日誌成員,每個成員互為鏡像, 內容完全一致。 重做日誌損壞嚴重時,會造成資料庫不能開啟或造成運行狀態下的資料庫被中止。特別是當前活動紀錄組因為檔案系統損壞或其它原因 整個損壞時,恢複會是件非常麻煩的事。