若資料庫

❶ 若資料庫有一個欄位中存有形如 123.345.456.789 數據，請問如何只保留456，也就是倒數第二段中的數據

建議創建一個函數負責計算變更後的結果字元串，然後在更新語句或查詢語句中使用此函數來獲取此倒數第二段中的數據。

如果是SQL Server資料庫，可以使用如下函數：

createfunctiondbo.fn(@snvarchar(100))
returnsnvarchar(100)
as
begin
declare@tnvarchar(100),@i1int,@i2int
set@t=reverse(@s)
set@i1=charindex('.',@t)--獲取最後一個分隔符號

if(@i1>0)--有分隔符號存在
begin
set@i2=charindex('.',@t,@i1+1)--獲取倒數第二個分隔符號
if@i2=0--處理倒數第二個分隔符號不存在的情況
begin
set@i2=len(@s)+1
end
returnleft(right(@s,@i2-1),@i2-@i1-1)--返回倒數第二段子字串
end

return@s--沒有分隔符號存在的情況下返回原字元串
end

調用:

selectdbo.fn(fieldName),*fromtbName

其中，fieldName是要計算的列名, tbName是數據表名。

如果不是SQL Server資料庫，可以照此邏輯修改成對應的函數。

❷ jsp向資料庫插入數據時,若資料庫已有此數據怎樣實現提示資料庫已有此數據

1.首先給資料庫裡面，業務數據，加唯一約束。(如果不加唯一約束，也可能會出現問題)

2.然後每次寫數據的時間先做一次COUNT。如果COUNT出來的記錄大於0，則提示對應的業務異常

❸ 在SQL語句中查詢數據時若資料庫中沒有數據將值設為0

用left join就好，沒有join上的會顯示null，
用isnull(num,0)函數處理一下就好

❹ 用SQL語句刪除資料庫中的邏輯文件,若資料庫的該邏輯文件有信息,是否能刪除

沒有簡單的方法來刪除表空間的數據文件,唯一的方法是刪除整個定義的表空間,步驟有下面(前提是這個數據文件上的數據是不需要了):因為使用alter database datafile 'name' offline drop，也可以物理的刪除一個數據文件但它的信息仍然記錄在數據字典中（不影響資料庫的運行）。
如果資料庫運行在非歸檔模式:
1. MOUNT資料庫 - startup mount
2. 刪除數據文件 - alter database datafile xxx offline drop
3. 打開(OPEN)資料庫 - alter database open
4. 查看屬於該表空間的所有對象:
select owner, segment_name, segment_type
from dba_segments
where tablespace_name='tbs_name'
5. 導出該表空間的所有對象------用exp命令來做
6. 刪除表空間 - drop tablespace tbs_name including contents
7. 刪除這個表空間的所有物理的數據文件Delete the physical datafiles belonging to the tablespace
8. 重建表空間,導入前面導出的DMP文件.

如果資料庫是運行在歸檔模式:
1. MOUNT資料庫 - startup mount
2. 刪除數據文件 - alter database datafile xxx offline
(Note: offline這個數據文件,此數據文件還是屬於這個資料庫的一部分,只是在控制文件中將它的狀態標記為offline.)
3. 在操作系統一級刪除物理的數據文件
4. 打開(OPEN)資料庫 - alter database open
5. 後面的可以做下面操作:
導出該表空間的對象
刪除表空間
重建表空間並導入對象
如果資料庫運行在歸檔模式下,並且數據文件有備份:
1.MOUNT資料庫
2.OFFLINE數據文件:alter database datafile xxx offline;
3.將備份的數據文件拷貝到原來數據文件的位置.
4.將備份數據文件到目前的所有歸檔日誌放到歸檔目錄.
5.恢復數據文件:recover automatic datafile xxx(要輸入全路徑名)
6.然後ONLINE數據文件:alter database datafile xxx online;
7.打開(OPEN)資料庫:alter database open;
8.做一次資料庫的關機全備份.

❺ 若資料庫被人拿到,用戶密碼被破解的可能性大么

空間商及其員工，機房的人
他們拿你的資料庫有用嗎？有經濟利益嗎？有多少？

❻ 若資料庫的物理文件有信息,是否能刪除

沒有簡單的方法來刪除表空間的數據文件,唯一的方法是刪除整個定義的表空間,步驟有下面(前提是這個數據文件上的數據是不需要了):因為使用alter database datafile 'name' offline drop，也可以物理的刪除一個數據文件但它的信息仍然記錄在數據字典中（不影響資料庫的運行）。
如果資料庫運行在非歸檔模式:
1. MOUNT資料庫 - startup mount
2. 刪除數據文件 - alter database datafile xxx offline drop
3. 打開(OPEN)資料庫 - alter database open
4. 查看屬於該表空間的所有對象:
select owner, segment_name, segment_type
from dba_segments
where tablespace_name='tbs_name'
5. 導出該表空間的所有對象------用exp命令來做
6. 刪除表空間 - drop tablespace tbs_name including contents
7. 刪除這個表空間的所有物理的數據文件Delete the physical datafiles belonging to the tablespace
8. 重建表空間,導入前面導出的DMP文件.

如果資料庫是運行在歸檔模式:
1. MOUNT資料庫 - startup mount
2. 刪除數據文件 - alter database datafile xxx offline
(Note: offline這個數據文件,此數據文件還是屬於這個資料庫的一部分,只是在控制文件中將它的狀態標記為offline.)
3. 在操作系統一級刪除物理的數據文件
4. 打開(OPEN)資料庫 - alter database open
5. 後面的可以做下面操作:
導出該表空間的對象
刪除表空間
重建表空間並導入對象
如果資料庫運行在歸檔模式下,並且數據文件有備份:
1.MOUNT資料庫
2.OFFLINE數據文件:alter database datafile xxx offline;
3.將備份的數據文件拷貝到原來數據文件的位置.
4.將備份數據文件到目前的所有歸檔日誌放到歸檔目錄.
5.恢復數據文件:recover automatic datafile xxx(要輸入全路徑名)
6.然後ONLINE數據文件:alter database datafile xxx online;
7.打開(OPEN)資料庫:alter database open;
8.做一次資料庫的關機全備份.

❼ 若資料庫操作commit發生異常，沒有執行回滾，這時數據會存入資料庫嗎

弄清楚這個問題之前，要先要搞清楚執行數據修改（excute），但未提交事務之前，已修改的數據存放在哪裡？這時的數據是在資料庫內存緩沖區中。commit操作就是將緩沖區中已修改數據寫入磁碟，形成持久化存儲。
那麼當commit提交的修改的數據是多條時，假設部分數據已經由緩沖區寫入磁碟，另一部分還未完成時，出現異常，這個時候，如果不回滾，那麼就無法保證數據修改的一致性（比如聯機轉賬，A的賬戶扣了款，B的賬戶余額未增加）。
簡單來說就是：若資料庫操作commit發生異常，沒有執行回滾，這時可能出現部分數據保存成功，部分保存失敗，因此需要rollback回滾操作。

❽ 若刪除已有的資料庫必先將其關閉 對還是錯

對。

方法如下：

1、在開始菜單中找到「控制面板」，單擊打開「控制面板」。

❾ 解決若資料庫的編碼為GB2312，怎樣在yii中

用alter語句. 如果資料庫已經有數據表了, 那每個表都要修改. (修改資料庫的字元集不會改變原有數據表的字元集)utf8:ALTER DATABASE `資料庫` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci ALTER TABLE `數據表` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci gbk (包含gb2312):ALTER DATABASE `資料庫` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci ALTER TABLE `數據表` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci

❿ 如果資料庫中只包含成功事務提交的結果，此資料庫狀態稱為（）。

一致性狀態

由於硬體的故障,系統軟體和應用軟體的錯誤,操作的失誤以及惡意的破壞都是不可避免的,這些故障,輕則會造成運行事務非正常中斷,影響資料庫中數據的正確性,重則破壞資料庫,使資料庫中的數據部分丟失或全部丟失.為了保證各種故障發生後,資料庫中的數據都能從錯誤狀態恢復到某種邏輯一致狀態,DBMS中的恢復子系統是必不可少的.
恢復子系統的功能就是利用冗餘數據,再根據故障的類型採取相應的恢復措施,把資料庫恢復到故障前的某一時刻的一致性狀態.