『壹』 sap中用來跳轉到維護資料庫表的函數是么
CALL FUNCTION 'RS_TABLE_LIST_CREATE'
EXPORTING
TABLE_NAME = '需要叢衡塵維護攔基的資料庫表名'
ACTION = 'U'
是不是這個啊滲禪 sm30也可以~
『貳』 建立和維護資料庫資料庫表屬於
建立和維護舉激資料庫資料庫表屬於數據定義功能。
數據定義：建立資料庫襲余和定義表的結構。數據操作：插入、更新、刪除、復制和查詢數據等。資料庫運行管理：並發控制、完整性控制、安全性控制正禪襪等。資料庫維護：自動維護系統目錄、備份與恢復等可靠性保障。
『叄』 系統維護與更新
（一）數據備份
為了能在系統出錯後重建資料庫，對系統上所有文件周期性地做備份是十分重要的。數據可能受到各種外來因素的影響而破壞其完整性甚至崩潰，這時利用資料庫的備份來進行恢復就顯得尤為重要。一般採用硬體防護、定期熱備份、異地備份3種方式來確保數據備份的安全性。
（1）硬體防護
資料庫是一個系統的核心，為了保證系統運行的高效性和可靠性，從硬體的角度必須選擇性能優越、穩定可靠的伺服器，如採用HP ML530G2伺服器，對伺服器的硬碟通過RAID5技術，把3塊硬碟做成一塊邏輯硬碟，以提高當硬碟硬體出現故障時數據的安全性。
（2）定期熱備份
系統可基於sql Server 2000中的備份和還原組件實現整個資料庫周期性地備份與還原，可以將資料庫轉換成MDF格式的數據，而且該格式可以方便快捷地倒回到原來的系統中。真正做到系統能在數據損壞、丟失等情況下將備份倒回，實現數據恢復。
另外，做好異地備份。
（二）系統完善
當軟體開發完成並進入運行維護階段，在該階段軟體完善主要考慮以下幾個方面。
（1）改正性維護
其目的是為了糾正運行階段發現的軟體性能上的缺陷、排除應用中的誤用以及軟體操作習慣。把「BUG」減少到最少的程度，保證系統長期正常運轉。
（2）適應性維護
隨著計算機技術的發展，當軟體的外部環境或者數據環境發生變化時，用戶往往會對軟體提出新的功能和性能需求，為了滿足這些需求，需要修改或再開發軟體。
（3）預防性維護
預防性維護的目的是為了提高軟體的可維護性和可靠性等，在發生意外的軟、硬體故障等情況下，能夠很好地處理並給出錯誤報告，並且能夠得到及時恢復，減少不必要的損失。
（三）數據更新
浙江省農業地質環境資料庫的數據更新是一個難題。農業地質環境調查是一項長期公益性工作，需要對農業地質環境進行定期監測和分析，土壤、地下水、農產品監測數據及相關地圖數據均要求導入到AGEIS系統資料庫中，因此作為浙江省農業地質環境數據管理平台，需要提供能實現數據更新的介面。數據更新主要包括圖形數據、屬性數據、調查數據的更新3部分。浙江省農業地質環境信息系統是以數據管理和應用為目的，圖層數據的更新功能相對薄弱，如果要復雜的編輯還需第三方軟體進行輔助解決。本次僅強調屬性數據和調查數據的更新。
屬性數據的更新有2種情況，資料庫欄位的變更和資料庫屬性內容的變更。對於資料庫欄位的變更，可以直接更改資料庫結構，在保證關鍵欄位不變的前提下，任何的改變都不影響系統的正常運行。資料庫內容的變化，相對而言比較簡單，直接修改欄位內容。
調查數據（包括定期監測數據）的更新包括添加、修改及刪除等。根據項目的特點，調查數據一般以點的形式存在，系統提供了2種方式實現調查數據的更新，一是將調查數據表轉換成空間數據圖層，但數據調查表的格式應按《浙江省農業地質環境資料庫圖層及屬性文件格式要求》中相關要求進行編制，系統可以直接讀取Access格式的數據；另一種就是借用第三方軟體，將數據表轉換成以度為單位的ShapeFiles文件格式（也可為Arc/Info或DXF格式），通過系統維護子系統的數據導入功能即可。
『肆』 如何維護資料庫中的靜態表
我認為在任何應用程序、系統的資料庫中或多或少都會有一些靜態表用來存放系統中一些默認的值，比如說界面上的一些field信息、一些數據模板、界面上的選項設置等等。我們不可能把這些東西都hard code到代碼中去，所以必然需要這些靜態的數據表來存放這些信息。可能你會覺得手動去維護這些靜態表就挺好，但是我認為在任何情況下我們都不應該手動的去修改資料庫中的數據，這樣可能會導致臟數據或者其他未知問題。設想一下，如果你的系統有開發和測試兩個資料庫，又同時需要支持SQL-SERVER和ORACLE兩種資料庫，那麼你就需要維護四個資料庫，當資料庫數量增加手動維護明顯是不可能的一件事情。
我認為可以通過將靜態數據表中的數據保存在一些文件中，然後通過一些工具將這些文件導入到各個資料庫中，同時還可以將這些文件放在版本控制庫里，這樣就可以追蹤到每一個對靜態表的修改。我設想了一下這個簡單的模型。
如上圖所示，更新工具去讀配置文件，然後根據配置文件將靜態表文件中的數據更新到指定的一些資料庫中去。靜態表文件中包含了靜態表的一些基本數據，資料庫配置包含了一些資料庫的鏈接信息。而配置文件則是關鍵，它包含了一些靜態表文件和資料庫配置文件，同時也應該包含靜態表文件與資料庫中表的映射關系。
我覺得通過這種方式可以比較好的控制資料庫中靜態表，如果是應用程序，在部署的時候只要配置一些資料庫和資料庫文件，應該就能很快的將靜態數據導入資料庫表。
『伍』 我想學習sql server2000，從基礎開始到設計資料庫表 備份與還原 維護
弄本鄒建的書看看吧
非常實用的書
書上的例子自己練習下，sql就熟悉了
『陸』 如何實現多人共同維護同一個數據表格
比如在crm系統中：【客戶】和【訂單】兩個模塊之間，每個訂單都會對應到一個客戶，所以在我們創建一個【訂單】的時候通常也需要體現出【客戶】中的部分信息（如聯系方式、地址等），這樣就會產生重復信息的錄入，而且還可能因為個人馬虎而錄錯信息。這種情況我們就可以通態搏隱過設置，將【訂單】中和客戶信息直接從【客戶】模塊中同步過來，既免除了信息的重復錄入，又能保證信息的准確性。
設置方法
信息同步的設置我們需要能過工作帆廳流來實現，在上述需求當中，【訂單】是隸屬於【客戶】的，所以我們需要對【訂單】模塊設置工銀舉作流，具體如下圖所示
條件設置
下圖中，工作流的運行時間我們選用「第次保存記錄時」，這代表我們每次編輯並保存記錄的時候都會觸發工作流； 工作流的執行條件我們設置為用於關聯【客戶】的隸屬於欄位「客戶模塊」不為空的時候執行該工作流；
任務設置
下圖中，我們將【訂單模塊】中需要從【客戶模塊】同步的欄位添加進來
工作流設置完成後，當我們創建一個【訂單】的時候，只需要選擇關聯某個客戶，其他與客戶相關的信息則不需要填寫，保存以後便會自動生成，如下圖
『柒』 怎麼維護資料庫 防止核心存儲過程被篡改
解決方法：可以在表中加一個MD5的欄位，這個欄位的值是表中幾個主要欄位+隨機數組合起來通過MD5加密的方式加密後的字元串，獲取數據時校驗MD5的值是否一致，如果不一致則表示數據被非法篡改了，反之則數據正常。同時修改數據的時候需要更新MD5的值。
『捌』 sqlserver怎麼用sql查看具體那個表被鎖住了
查看被鎖表：
select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName
from sys.dm_tran_locks where resource_type='OBJECT'
--spid 鎖表進程
--tableName 被鎖表名
解鎖：
declare @spid int
Set @spid = 57 --鎖表進程
declare @sql varchar(1000)
set @sql='kill '+cast(@spid as varchar)
exec(@sql)
--查詢出死鎖的SPID
select blocked
from (select * from sysprocesses where blocked>0 ) a
where not exists(select * from (select * from sysprocesses where blocked>0 ) b
where a.blocked=spid)
--輸出引起死鎖的操作
DBCC INPUTBUFFER (@spid)
--查詢當前進程數
select count(-1) from sysprocesses
where dbid in (select dbid from sysdatabases where name like '%telcount%');
『玖』 如何處理mysql中表損壞問題
5.9.4. 表維護和崩潰恢復
後面幾節討論如何使用myisamchk來檢查或維護MyISAM表(對應.MYI和.MYD文件的表)。
你可以使用myisamchk實用程序來獲得有關你的資料庫表的信息或檢查、修復、優化他們。下列小節描述如何調用myisamchk（包括它的選項的描述），如何建立表的維護計劃，以及如何使用myisamchk執行各種功能。
盡管用myisamchk修復表很安全，在修復(或任何可以大量更改表的維護操作)之前先進行備份也是很好的習慣
影響索引的myisamchk操作會使ULLTEXT索引用full-text參數重建，不再與MySQL伺服器使用的值兼容。要想避免，請閱讀5.9.5.1節，「用於myisamchk的一般選項」的說明。
在許多情況下，你會發現使用SQL語句實現MyISAM表的維護比執行myisamchk操作要容易地多：
· 要想檢查或維護MyISAM表，使用CHECK TABLE或REPAIR TABLE。
· 要想優化MyISAM表，使用OPTIMIZE TABLE。
· 要想分析MyISAM表，使用ANALYZE TABLE。
可以直接這些語句，或使用mysqlcheck客戶端程序，可以提供命令行介面。
這些語句比myisamchk有利的地方是伺服器可以做任何工作。使用myisamchk，你必須確保伺服器在同一時間不使用表。否則，myisamchk和伺服器之間會出現不期望的相互干涉。
5.9.5. myisamchk：MyISAM表維護實用工具
5.9.5.1. 用於myisamchk的一般選項
5.9.5.2. 用於myisamchk的檢查選項
5.9.5.3. myisamchk的修復選項
5.9.5.4. 用於myisamchk的其它選項
5.9.5.5. myisamchk內存使用
5.9.5.6. 將myisamchk用於崩潰恢復
5.9.5.7. 如何檢查MyISAM表的錯誤
5.9.5.8. 如何修復表
5.9.5.9. 表優化
可以使運孝悄用myisamchk實用程序來獲得有關資料庫表的信息或檢查、修復、優化他們。myisamchk適用MyISAM表(對應.MYI和.MYD文件的表)。
調用myisamchk的方法：
shell> myisamchk [options] tbl_name ...
options指定你想讓myisamchk做什麼。在後面描述它們。還可以通過調用myisamchk --help得到選項列表。
tbl_name是你想要檢旁渣查或修復的資料庫表。如果你不在資料庫目錄的某處運行myisamchk，你必須指定資料庫目錄的路徑，因為myisamchk不知道你的資料庫位於哪兒。實際上，myisamchk不在乎你正在操作的文件是否位於一個資料庫目錄；你可以將對應於資料庫表的文件拷貝到別處並且在那裡執行恢復操作。
如果你願意，可以用myisamchk命令行命名幾個表。還可以通過命名索引文件(用「 .MYI」後綴)來指定一個表。它允許你通過使用模式「*.MYI」指定在一個目錄所有的表。例如，如果你在資料庫目錄，可以這樣在目錄下檢查所有的MyISAM表：
shell> myisamchk *.MYI
如果你不在資料庫目錄下，可通過指定到目錄的路徑檢查所有在那裡的表：
shell> myisamchk /path/to/database_dir/*.MYI
你甚至可以通過為MySQL數據目錄的路徑指定一個通配符來檢查所有的資料庫中的所有表：
shell> myisamchk /path/to/datadir/*/*.MYI
推薦的快速檢查所有MyISAM表的方式是：
shell> myisamchk --silent --fast /path/to/datadir/*/*.MYI
如果你想要檢查所有MyISAM表並修復任何破壞的慎叢表，可以使用下面的命令：
shell> myisamchk --silent --force --fast --update-state \
-O key_buffer=64M -O sort_buffer=64M \
-O read_buffer=1M -O write_buffer=1M \
/path/to/datadir/*/*.MYI
該命令假定你有大於64MB的自由內存。關於用myisamchk分配內存的詳細信息，參見5.9.5.5節，「myisamchk內存使用」。
當你運行myisamchk時，必須確保其它程序不使用表。否則，當你運行myisamchk時，會顯示下面的錯誤消息：
warning: clients are using or haven't closed the table properly
這說明你正嘗試檢查正被另一個還沒有關閉文件或已經終止而沒有正確地關閉文件的程序(例如mysqld伺服器)更新的表。
如果mysqld正在運行，你必須通過FLUSH TABLES強制清空仍然在內存中的任何錶修改。當你運行myisamchk時，必須確保其它程序不使用表。避免該問題的最容易的方法是使用CHECK TABLE而不用myisamchk來檢查表。
5.9.5.1. 用於myisamchk的一般選項
本節描述的選項可以用於用myisamchk執行的任何類型的表維護操作。本節後面的章節中描述的選項只適合具體操作，例如檢查或修復表。
· --help，-?
顯示幫助消息並退出。
· --debug=debug_options, -# debug_options
輸出調試記錄文件。debug_options字元串經常是'd:t:o,filename'。
· --silent，-s
沉默模式。僅當發生錯誤時寫輸出。你能使用-s兩次(-ss)使myisamchk沉默。
· --verbose，-v
冗長模式。列印更多的信息。這能與-d和-e一起使用。為了更冗長，使用-v多次(-vv, -vvv)！
· --version, -V
顯示版本信息並退出。
· --wait, -w
如果表被鎖定，不是提示錯誤終止，而是在繼續前等待到表被解鎖。請注意如果用--skip-external-locking選項運行mysqld，只能用另一個myisamchk命令鎖定表。
還可以通過--var_name=value選項設置下面的變數：
變數
默認值
decode_bits
9
ft_max_word_len
取決於版本
ft_min_word_len
4
ft_stopword_file
內建列表
key_buffer_size
523264
myisam_block_size
1024
read_buffer_size
262136
sort_buffer_size
2097144
sort_key_blocks
16
stats_method
nulls_unequal
write_buffer_size
262136
可以用myisamchk --help檢查myisamchk變數及其 默認值：
當用排序鍵值修復鍵值時使用sort_buffer_size，使用--recover時這是很普通的情況。
當用--extend-check檢查表或通過一行一行地將鍵值插入表中(如同普通插入)來修改鍵值時使用Key_buffer_size。在以下情況通過鍵值緩沖區進行修復：
· 使用--safe-recover。
· 當直接創建鍵值文件時，需要對鍵值排序的臨時文件有兩倍大。通常是當CHAR、VARCHAR、或TEXT列的鍵值較大的情況，因為排序操作在處理過程中需要保存全部鍵值。如果你有大量臨時空間，可以通過排序強制使用myisamchk來修復，可以使用--sort-recover選項。
通過鍵值緩沖區的修復佔用的硬碟空間比使用排序么少，但是要慢。
如果想要快速修復，將key_buffer_size和sort_buffer_size變數設置到大約可用內存的25%。可以將兩個變數設置為較大的值，因為一個時間只使用一個變數。
myisam_block_size是用於索引塊的內存大小。
stats_method影響當給定--analyze選項時，如何為索引統計搜集處理NULL值。它如同myisam_stats_method系統變數。詳細信息參見5.3.3節，「伺服器系統變數」和7.4.7節，「MyISAM索引統計集合」的myisam_stats_method的描述。
ft_min_word_len和ft_max_word_len表示FULLTEXT索引的最小和最大字長。ft_stopword_file為停止字文件的文件名。需要在以下環境中對其進行設置。
如果你使用myisamchk來修改表索引(例如修復或分析)，使用最小和最大字長和停止字文件的 默認全文參數值（除非你另外指定）重建FULLTEXT索引。這樣會導致查詢失敗。
出現這些問題是因為只有伺服器知道這些參數。它們沒有保存在MyISAM索引文件中。如果你修改了伺服器中的最小或最大字長或停止字文件，要避免該問題，為用於mysqld的myisamchk指定相同的ft_min_word_len，ft_max_word_len和ft_stopword_file值。例如，如果你將最小字長設置為3,可以這樣使用myisamchk來修復表：
shell> myisamchk --recover --ft_min_word_len=3 tbl_name.MYI
要想確保myisamchk和伺服器使用相同的全文