怎樣修改資料庫文件名
Ⅰ 怎麼修改資料庫物理文件名
具體操作步驟如下:
1、先將資料庫庫分離,再把現有的資料庫名稱修改成自己想要的資料庫名稱;
2、改完資料庫名稱之後,將資料庫附加回去,備份到自己的資料庫到一個固定的位置;
3、右擊自己要操作的資料庫,即為改名後的資料庫名稱。
Ⅱ 在sql中怎麼改資料庫的原始命名
工具/材料:Management Studio。
1、首先在桌面上,點擊「Management Studio」圖標。
Ⅲ 資料庫文件如何改名字
其實你的問題並不是很復雜,現在需要知道的是:1、在資料庫中有沒有中文名字的欄位;2、擴展名是否全部相同;3、文件名(除.和擴展名)的字元數最多是幾位。其中1是修改的關鍵,如果資料庫中沒有中文名字的欄位,那麼是無法修改的,這里我們假定有這個欄位;如果擴展名全部相同,省去了編輯擴展名的步驟,否則,還必須編輯文件的擴展名。例如你需要將「/yy92010/0146/5.Wma」中的「5.Wma」中的5修改為
「星語心願
張柏芝」,修改後成為:「/yy92010/0146/星語心願
張柏芝.Wma」,實際僅僅是將文件名轉換了,其他不變,用ASP是十分容易實現的,具體步驟:首先將文件全路徑中的文件名(含擴展名)提取出來,然後將.和擴展名提取,再將中文文件名和「.和擴展名」合並成一個字元串最後將合並後的字元串和路徑字元串合並為新的字元串。這是一個文件的修改,只要用DO循環修改所有即可。
Ⅳ 資料庫名稱和屬性里文件名稱不一致怎麼修改
打開「企業管理器」
找到 Old資料庫--》右鍵--》所有任務--》分離資料庫
然後到C:\Program Files\Microsoft SQL Server\MSSQL\Data下找到Old_Data.mdf和 Old_log.ldf
把Old_Data換成你想要的名字例如New.mdf、New.ldf
然後到企業管理器,找到 資料庫--》右鍵--》所有任務--》附加資料庫--》在彈出的對話框里找到剛才你改名的文件New.mdf
這時您可以看到「原資料庫文件名」「當前文件位置」,在「當前文件位置」前會有大紅X,然後手動修改「當前文件位置」的路徑里的文件名,改為 New.MDF,New.LDF,大紅X消失,「在附加為:」里邊寫上你想使用的資料庫名New,"指定資料庫所有者:"里寫上這個資料庫的所有者,這個如果寫錯了,以後很難改的(至少一般人覺得很難改)。
Ⅳ 重命名SQLServer資料庫的方法
企業管理器中沒有改資料庫名的功能,如果一定要用企業管理器來實現,你可以備份資料庫,然後還原,在還原時候可以指定另一個庫名,然後再刪除舊庫就行了。
這里以
SQLServer
20000
為例,舊資料庫名字為
Admin10000,
新資料庫名字為
jb51.net。
第一步、備份資料庫
打開企業管理器
--
右鍵一個資料庫
--
所有任務
--
備份資料庫
--
目的--備份到中選擇添加
--
輸入一個備份的文件名(注意,如果原來有文件名,要刪除它)
--
確定
第二步、還原資料庫,並指定一個新庫名,並且修改物理文件名。
企業管理器--右鍵
"資料庫
"--所有任務--還原資料庫
--
"還原為資料庫庫"
中輸入還原後的資料庫名
jb51.net
--
還原選擇
"從設備
"--選擇設備--添加--添加你的備份文件--確定,回到資料庫還原的界面
--
備份號--選擇內容--選擇你要恢復那次備份的內容
--
選項--將
"移至物理文件名
"中的物理文件名修改為你的數據文件要存放的文件名,這里修改為
jb51.net_Data.MDF(資料庫文件)
和
jb51.net_Log.LDF(日誌文件)
--
如果要還原的資料庫已經存在,選擇
"在現有資料庫上強制還原
"
--
確定
第三步、修改邏輯文件名
如果想修改邏輯文件名,可以查詢分析器里輸入
alter
database
[jb51.net]
modify
file
(
name='Admin10000_Data',
newname='jb51.net_Data')
alter
database
[jb51.net]
modify
file
(
name='Admin10000_log',
newname='jb51.net_log')
第四步、最後刪除舊的資料庫 jb51
Ⅵ 問一個弱弱的問題:怎麼修改資料庫物理文件名
先把資料庫分離,然後到資料庫路徑下修改其文件名;
改完名之後,再把資料庫附加回去就可以了~
Ⅶ sql資料庫還原 原是文件名怎麼修改
1、在
sql
server
的企業管理器中,不能直接更改資料庫名稱,如果要更改,最方便的是在查詢分析器中運行:
alter
database
原資料庫名稱
modify
name=新資料庫名稱
2、sql
server
中,資料庫還原時可以更改物理文件名,也可以分離資料庫,直接更改
mdf
的文件名再附加,但更改邏輯文件名似乎不那麼直觀。
在查詢分析器里運行:
alter
database
資料庫名稱
modify
file(name=原邏輯文件名,
newname=新邏輯文件名)
3、這樣就可以更改邏輯文件名了,由於
sql
server
有數據文件和日誌文件,所以數據文件和日誌文件的邏輯文件名都要更改的話,就得寫兩個類似於上述的語句。
Ⅷ 如何完整的修改一個資料庫的名稱
/*
該腳本示例如何完整的修改一個資料庫的名稱.
資料庫為原名稱為DB_BEIJING,需要修改成DB_SHANGHAI
nzperfect
2012.12.19
*/
--判斷是否存在同名的資料庫,以防止誤刪除
USE
master
GO
IF
EXISTS
(SELECT
name
FROM
sys.databases
WHERE
name
=
N'DB_BEIJING')
BEGIN
RAISERROR('請注意:資料庫已存在!',15,1)
RETURN
--DROP
DATABASE
DB_BEIJING
END
GO
USE
master
GO
--創建測試數庫
CREATE
DATABASE
[DB_BEIJING]
ON
PRIMARY
(
NAME
=
N'DB_BEIJING',
FILENAME
=
N'X:\DATA\DB_BEIJING.mdf'
,
SIZE
=
3072KB
,
FILEGROWTH
=
1024KB
)
LOG
ON
(
NAME
=
N'DB_BEIJING_log',
FILENAME
=
N'W:\Log\DB_BEIJING_log.ldf'
,
SIZE
=
1024KB
,
FILEGROWTH
=
1024KB
)
GO
--以下為修改過程
--step
1
:
修改資料庫名稱
USE
master
GO
ALTER
DATABASE
DB_BEIJING
SET
SINGLE_USER
WITH
ROLLBACK
IMMEDIATE
GO
EXEC
master..sp_renamedb
'DB_BEIJING','DB_SHANGHAI'
GO
ALTER
DATABASE
DB_SHANGHAI
SET
MULTI_USER
GO
--step
2
:
查看修改名稱後的資料庫邏輯名及物理文件名
USE
master
GO
SELECT
name
AS
[Logical
Name],
physical_name
AS
[DB
File
Path],type_desc
AS
[File
Type],
state_desc
AS
[State]
FROM
sys.master_files
WHERE
database_id
=
DB_ID(N'DB_SHANGHAI')
GO
/*
Logical
Name
DB
File
Path
File
Type
State
DB_BEIJING
X:\DATA\DB_BEIJING.mdf
ROWS
ONLINE
DB_BEIJING_log
W:\Log\DB_BEIJING_log.ldf
LOG
ONLINE
*/
--step
3
:
修改資料庫邏輯文件名稱
USE
master
GO
ALTER
DATABASE
DB_SHANGHAI
SET
SINGLE_USER
WITH
ROLLBACK
IMMEDIATE
GO
ALTER
DATABASE
DB_SHANGHAI
MODIFY
FILE
(NAME=N'DB_BEIJING',
NEWNAME=N'DB_SHANGHAI')
GO
ALTER
DATABASE
DB_SHANGHAI
MODIFY
FILE
(NAME=N'DB_BEIJING_log',
NEWNAME=N'DB_SHANGHAI_log')
GO
ALTER
DATABASE
DB_SHANGHAI
SET
MULTI_USER
GO
--step
4
:
修改資料庫物理文件名稱之前先打開xp_cmdshell支持
USE
master
GO
sp_configure
'show
advanced
options',1
GO
RECONFIGURE
WITH
OVERRIDE
GO
sp_configure
'xp_cmdshell',
1
GO
RECONFIGURE
WITH
OVERRIDE
GO
--step
5
:
重命名資料庫物理文件名稱
USE
[master]
GO
ALTER
DATABASE
DB_SHANGHAI
SET
OFFLINE
WITH
ROLLBACK
IMMEDIATE
GO
EXEC
xp_cmdshell
'RENAME
"X:\DATA\DB_BEIJING.mdf",
"DB_SHANGHAI.mdf"'
GO
EXEC
xp_cmdshell
'RENAME
"W:\Log\DB_BEIJING_log.ldf",
"DB_SHANGHAI_log.ldf"'
GO
--step
6
:
將資料庫邏輯名稱指向新的物理文件,並將資料庫online
USE
[master]
GO
ALTER
DATABASE
DB_SHANGHAI
MODIFY
FILE
(NAME
=DB_SHANGHAI,
FILENAME
=
'X:\DATA\DB_SHANGHAI.mdf')
GO
ALTER
DATABASE
DB_SHANGHAI
MODIFY
FILE
(NAME
=DB_SHANGHAI_log,
FILENAME
=
'W:\LOG\DB_SHANGHAI_log.ldf')
GO
ALTER
DATABASE
DB_SHANGHAI
SET
ONLINE
--step
7
:
查看全部修改完成後的資料庫情況
USE
master
GO
SELECT
name
AS
[Logical
Name],
physical_name
AS
[DB
File
Path],type_desc
AS
[File
Type],
state_desc
AS
[State]
FROM
sys.master_files
WHERE
database_id
=
DB_ID(N'DB_SHANGHAI')
GO
/*
Logical
Name
DB
File
Path
File
Type
State
DB_SHANGHAI
X:\DATA\DB_SHANGHAI.mdf
ROWS
ONLINE
DB_SHANGHAI_log
W:\LOG\DB_SHANGHAI_log.ldf
LOG
ONLINE
*/
--step
8
:
關閉xp_cmdshell支持
USE
master
GO
sp_configure
'xp_cmdshell',
0
GO
RECONFIGURE
WITH
OVERRIDE
GO
sp_configure
'show
advanced
options',0
GO
RECONFIGURE
WITH
OVERRIDE
GO
Ⅸ 如何修改MySQL資料庫名稱
MySQL 的 Binlog 記錄著 MySQL 資料庫的所有變更信息,了解 Binlog 的結構可以幫助我們解析Binlog,甚至對 Binlog 進行一些修改,或者說是「篡改」,例如實現類似於 Oracle 的 flashback 的功能,恢復誤刪除的記錄,把 update 的記錄再還原回去等。本文將帶您探討一下這些神奇功能的實現,您會發現比您想像地要簡單得多。本文指的 Binlog 是 ROW 模式的 Binlog,這也是 MySQL 8 里的默認模式,STATEMENT 模式因為使用中有很多限制,現在用得越來越少了。
Binlog 由事件(event)組成,請注意是事件(event)不是事務(transaction),一個事務可以包含多個事件。事件描述對資料庫的修改內容。
現在我們已經了解了 Binlog 的結構,我們可以試著修改 Binlog 里的數據。例如前面舉例的 Binlog 刪除了一條記錄,我們可以試著把這條記錄恢復,Binlog 裡面有個刪除行(DELETE_ROWS_EVENT)的事件,就是這個事件刪除了記錄,這個事件和寫行(WRITE_ROWS_EVENT)的事件的數據結構是完全一樣的,只是刪除行事件的類型是 32,寫行事件的類型是 30,我們把對應的 Binlog 位置的 32 改成 30 即可把已經刪除的記錄再插入回去。從前面的 「show binlog events」 裡面可看到這個 DELETE_ROWS_EVENT 是從位置 378 開始的,這里的位置就是 Binlog 文件的實際位置(以位元組為單位)。從事件(event)的結構裡面可以看到 type_code 是在 event 的第 5 個位元組,我們寫個 Python 小程序把把第383(378+5=383)位元組改成 30 即可。當然您也可以用二進制編輯工具來改。
找出 Binlog 中的大事務
由於 ROW 模式的 Binlog 是每一個變更都記錄一條日誌,因此一個簡單的 SQL,在 Binlog 里可能會產生一個巨無霸的事務,例如一個不帶 where 的 update 或 delete 語句,修改了全表裡面的所有記錄,每條記錄都在 Binlog 裡面記錄一次,結果是一個巨大的事務記錄。這樣的大事務經常是產生麻煩的根源。我的一個客戶有一次向我抱怨,一個 Binlog 前滾,滾了兩天也沒有動靜,我把那個 Binlog 解析了一下,發現裡面有個事務產生了 1.4G 的記錄,修改了 66 萬條記錄!下面是一個簡單的找出 Binlog 中大事務的 Python 小程序,我們知道用 mysqlbinlog 解析的 Binlog,每個事務都是以 BEGIN 開頭,以 COMMIT 結束。我們找出 BENGIN 前面的 「# at」 的位置,檢查 COMMIT 後面的 「# at」 位置,這兩個位置相減即可計算出這個事務的大小,下面是這個 Python 程序的例子。
切割 Binlog 中的大事務
對於大的事務,MySQL 會把它分解成多個事件(注意一個是事務 TRANSACTION,另一個是事件 EVENT),事件的大小由參數 binlog-row-event-max-size 決定,這個參數默認是 8K。因此我們可以把若干個事件切割成一個單獨的略小的事務
ROW 模式下,即使我們只更新了一條記錄的其中某個欄位,也會記錄每個欄位變更前後的值,這個行為是 binlog_row_image 參數控制的,這個參數有 3 個值,默認為 FULL,也就是記錄列的所有修改,即使欄位沒有發生變更也會記錄。這樣我們就可以實現類似 Oracle 的 flashback 的功能,我個人估計 MySQL 未來的版本從可能會基於 Binlog 推出這樣的功能。
了解了 Binlog 的結構,再加上 Python 這把瑞士軍刀,我們還可以實現很多功能,例如我們可以統計哪個表被修改地最多?我們還可以把 Binlog 切割成一段一段的,然後再重組,可以靈活地進行 MySQL 資料庫的修改和遷移等工作。
Ⅹ 怎樣在mysql裡面修改資料庫名稱
被取消的命令MySQL 之前提供了一個 rename database db_old to db_new 的命令來直接對資料庫改名,可能由於實現的功能不完備(比如,這條命令可能是一個超大的事務,或者是由於之前的表很多還是 MyISAM 等),後來的版本直接取消了這條命令。更改資料庫名大致上有以下幾種方案:
一、mysqlmp 導入導出要說最簡單的方法,就是直接用 mysqlmp 工具,在舊庫導出再往新庫導入(最原始、最慢、最容易想到)的方法:舊庫 yttdb_old 導出(包含的對象:表、視圖、觸發器、事件、存儲過程、存儲函數)
二、改整庫的表名利用 MySQL 更改表名的方法來批量把舊庫的所有表依次遍歷,改名為新庫的表。這種方法比第一種要快很多倍,但是沒有第一步操作起來那麼順滑,不能一步到位。比如,要把資料庫 yttdb_old 改名為 yttdb_new,如果資料庫 yttdb_old 里只有磁碟表,那很簡單,直接改名即可。或者寫個腳本來批量改,非常簡單。但是一般舊庫里不只有磁碟表,還包含其他各種對象。這時候可以先考慮把舊庫的各種對象導出來,完了在逐一改完表名後導進去。
三、歷史方案其實在 MySQL 早期還有一種方法。假設 MySQL 部署好了後,所有的 binlog 都有備份,並且二進制日誌格式還是 statement 的話,那就可以簡單搭建一台從機,讓它慢慢追主機到新的庫名,等確切要更改舊庫的時候,再直接晉升從機為主機即可。這里只需要從機配置一個參數來把舊庫指向為新庫:replicate-rewrite-db=yttdb_old->yttdb_new不過這種局限性很大,不具備標准化,不推薦。
總結其實針對 MySQL 本身改庫名,大致就這么幾種方法:
如果數據量小,推薦第一種;
數據量大,則推薦第二種;
數據量巨大,那就非 MySQL 本身能解決的了。
可通過部署第三方 ETL 工具,通過解析 MySQL 二進制日誌或其他的方式來把舊庫數據直接讀取到新庫達到改名的目的等等。