網路資料庫維護怎麼選擇

❶ 資料庫要怎麼維護

資料庫日常維護(參考)

資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分：
一、備份系統數據
SYBASE 系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到資料庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日誌和資料庫是一項十分重要的日常維護工作。

1、備份資料庫

每一個資料庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出資料庫。對一般資料庫系統卸出資料庫周期建議為每周一次。
除了按計劃周期卸出資料庫之外，還需在每次運行沒有日誌的操作後卸出資料庫。例如：
·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為資料庫的磁碟空溢出）；
·每次用 sp_dboption 允許 select into/bulk 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。
卸出資料庫的命令為：

DUMP DATABASE database_name
TO mp_device

database_name 是要卸出的資料庫名稱，mp_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。
下面一條命令用來卸出資料庫 my_db ：

DUMP DATABASE my_db
TO db_bk_dev

2、備份事務日誌

如果事務日誌與資料庫放在同一個設備上，則事務日誌不應與資料庫分開備份。master 資料庫和小於 4M 的用戶資料庫就是這種情況。一般資料庫系統的資料庫和日誌分別放在不同的設備上，因此，可以用 DUMP TRAN 命令單獨備份日誌。
備份事務日誌的周期直接影響數據的恢復程度，因此建議每天備份。
備份事務日誌的命令格式為：

DUMP TRANsaction database_name
[TO mp_device]
[WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]

其中 database_name 是要備份事務的資料庫名稱，mp_device 是備份設備名稱，僅當包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句時，才可以備份到設備。
注意：如果總是用 DUMP DATEBASE （備份資料庫及其日誌），而不用 DUMP TRAN ，事務日誌將不會刷新，而變得非常龐大。
對於 master 資料庫和小型資料庫每次運行 DUMP DATEBASE 之後應當運行 DUMP TRANsaction 命令刷新日誌 。
下面一條命令備份資料庫 db160 的事務日誌到備份設備上：

DUMP TRANsaction db160
TO db_log_bk_dev
WITH TRUNCATE_ONLY

3、備份資料庫及其日誌間的相互作用

在至少卸出一次資料庫前，卸出事務日誌是毫無意義的。下圖顯示了備份資料庫及其日誌間的關系

如果在星期二下午5：01出現非硬體故障，需要做的所有工作是裝入磁帶5（參見下一節：數據恢復），由於磁帶5是下午5：00剛備份的，因此只有備份和裝入之間的一分鍾內的數據損失。
但是，如果在星期二下午4：49失效會怎麼樣呢？在這種情況下，要裝入磁帶1（在星期五下午5：00的卸出）。然後，依次裝入磁帶2，3以及4。這樣，系統將恢復到星期二上午10：00點的狀態，星期二的大部分工作丟失了。此例顯示了經常卸出事務的重要性。

二、萬一系統失敗時恢復資料庫系統

如果用戶資料庫存儲的設備失效，從而資料庫被破壞或不可存取，通過裝入最新的資料庫備份以及後來的事務日誌備份可以恢復資料庫。假設當前的事務日誌存在於一個並沒有毀壞的設備上，帶著 WITH NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出它。
要恢復資料庫按如下步驟去做：
1、如果日誌存在於一個分離的設備上，用帶著 NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出被毀壞的或者不可存取的用戶資料庫事務日誌。
2、用下面的查詢檢查設備分配已毀壞資料庫的設備使用情況。必須為同一目的賦同樣的空間塊。
下面的查詢顯示了分配給資料庫 mydb 設備使用和尺寸情況：

SELECT segmap，size FROM sysusages
WHERE dbid =
（ SELECT dbid FROM sysdatabases WHERE name = 「mydb」）

3、檢查查詢的輸出。在 segmap 列的 『3』代表數據分配，『4』代表日誌分配。size 列代表 2K 數據塊的數目。注意此信息的次序、使用和尺寸部分。例如，輸出為：

segmapSize
--------------------
310240//實際尺寸為：20M
35120//實際尺寸為：10M
45120//實際尺寸為：10M
31024//實際尺寸為：2M
42048//實際尺寸為：4M

4、用 DROP DATABASE 命令刪除毀壞設備上的資料庫。如果系統報錯，用DBCC DBREPAIR 命令的 DROPDB 選項。
5、刪除資料庫後，用 sp_dropdevice 刪除毀壞了的設備。
6、用 DISK INIT 初始化新的資料庫設備。
7、重建資料庫。用 CREATE DATABASE 命令從老的 sysusages 表拷貝所有的行，並包含第一邏輯設備。
對上例，命令為：

CREATE DATABASE mydb
ON datadev1=20，datadev2=10
LOG ON logdev1=10

8、用 ALTER DATABASE 命令重建其餘入口。在此例中，在datadev1上分配更多的空間，命令為：

ALTER DATABASE mydb ON datadev1=2[page]

9、用 LOAD DATABASE 重新裝入資料庫，然後用 LOAD TRAN 裝入前面卸出的日誌。
LOAD DATABASE 命令語法是：

LOAD DATABASE database_name
FROM mp_device

LOAD TRANsaction 命令的語法是：

LOAD TRANsaction database_name
FROM mp_device

卸出資料庫和事務日誌的預設許可權歸資料庫所有者，且可以傳遞給其他用戶；裝載資料庫和事務的許可權也歸資料庫所有者，但不能傳遞。

二、產生用戶信息表，並為信息表授權；
系統維護人員的另一個日常事務是為用戶創建新的信息表，並為之授權。創建表以及為表授權的方法已經在講過，在此只將有關命令語法寫出來。
·創建表的命令為：

CREATE TABLE table_name
（ column_1 datatype [NULL | NOT NULL | IDENTITY]，
column_2 ……
）
go

ALTER TABLE table_name
ADD PRIMARY KEY （column_list）
go

·刪除表的命令格式為：

DROP TABLE table_name
go

·為表授權的命令格式為：

GRANT
ON table_name TO user_name
go

·收回許可權的命令格式為

REVOKE
ON table_name FROM user_name
go

三、監視系統運行狀況，及時處理系統錯誤；
系統管理員的另一項日常工作是監視系統運行情況。主要有以下幾個方面：
1、監視當前用戶以及進程的信息
使用系統過程：sp_who
說明：該命令顯示當前系統所有注冊用戶及進程信息，如下表是某系統的信息。

---------------------------------------------------------------

2SleepingNULL0MasterNETWORK HANDLE
3SleepingNULL0MasterDEADLOCK TUNE
4SleepingNULL0MasterMIRROR HANDLER

SLEEP
從左向右依次顯示：進程號、當前狀態、注冊用戶名、主機名、佔用塊數、資料庫名以及當前命令。
如果監視時發現進程總數接近最大連接數（用系統過程：sp_configure 「user conn」 查看）時，應下掉不活動或無關進程，以保證系統正常運做；另外亦可監視非法用戶或用戶使用不屬於自己使用范圍的資料庫等情況。
2、監視目標佔用空間情況
使用系統過程：sp_spaceused
說明：該過程顯示行數、數據頁數以及當前資料庫中由某個目標或所有目標所佔用的空間。如下表是某資料庫日誌表的信息：

NameRow_totalreserveddataIndex_sizeunused
------------------------------------------------------------
SyslogsNot avail32KB32KB0KBNot avail

日常要監視的主要目標有：用戶資料庫、資料庫日誌表（syslogs）以及計費原始數據表等。如果發現佔用空間過大，對日誌表要進行轉儲；對其他目標則應擴充空間或清楚垃圾數據。
3、監視 SQL Server 統計數字
使用系統過程：sp_monitor
說明：sp_monitor 顯示SQL Server 的歷史統計數字，下表是某系統的統計數字：

Last_runCurrent_runSeconds
---------------------------------------------------------------
May 13 2000 1:27PMMay 13 2000 3:01PM5678
CPU_busyIO_busyIdle
---------------------------------------------------------------
16(6)-0%0(0)-0%5727(5672)-99%
Packets_receivedPackets_sentPacket_errors
---------------------------------------------------------------
21(17)100(97)0(0)
Total_readTotal_writeTotal_errorsConnections
--------------------------------------------------------
785(366)311(113)0(0)3(2)

上表依次給出該系統本次運行統計的上一次時間、本次時間、間隔秒數、CPU佔用、IO佔用、收發包情況、系統讀入寫出情況等信息

四、保證系統數據安全，周期更改用戶口令；
為保證系統數據的安全，系統管理員必須依據系統的實際情況，執行一系列的安全保障措施。其中，周期性的更改用戶口令是比較常用且十分有效的措施。
更改用戶口令是通過調用系統過程sp_password 來實現的。Sp_password 的語法為：
sp_password caller_password,new_password [,loginame]
其中caller_password 是登錄口令（老口令），new_password是新口令，loginame是登錄名稱。

在網路搜索:資料庫日常維護(參考)

相 關 文 章
Sybase存儲過程的建立和使用

SYBASE dbcc

電信企業參與競爭的利器-數據倉庫和數據挖掘

SCOUNIX下磁帶機的安裝與備份

StoredProcere（存儲過程）編寫經驗和優化措施

細說SYBASE資料庫日誌

常見資料庫系統之比較 - SYBASE 和 SQL SERVER

SYBASE ASE FOR LINUX安裝及perl連接SYBASE

Sybase資料庫應用(一)

安裝Sybase ASE

如果對您有幫助，請記得採納為滿意答案，謝謝！祝您生活愉快！

vaela

❷ 網路游戲的資料庫怎麼維護

資料庫可以
異地備份
哈，把主數據包復制一下，人少的很小很方便

❸ 如何選擇資料庫

如何選擇資料庫

完整的存儲進去，完整的取出來，不需要額外的操作。

NoSQL 比 RDB 有更強的擴展性，可以充分利用分布式系統來提升讀寫性能和可靠性。

這不是誰設計好壞的問題，而是跟他們要解決的問題有關：RDB 誕生於互聯網萌芽的時代，那時數據的准確、可靠是最重要的，而 NoSQL 誕生於互聯網快速發展普及的時代，大數據、分布式、擴展性成了資料庫的另一個重要特性。

總結一下：

NoSQL ，not only SQL，其實就是對那種打破了 RDB 嚴格事務和關系模型約束的那些資料庫的泛指，而隨著要解決的問題的不同，又誕生了各種各樣的 NoSQL。

首先是「列式資料庫」（Column-oriented DBMS），數據量上去了，我們想分析網站用戶的年齡分布，簡單說，就是你需要對同一個特徵進行大數據量的分析統計，於是把原來 RDB 的「按行存儲」的範式打破，變成了「按列存儲」，比如 HBase；

然後你發現有些數據變動不是很大，但是經常需要被查詢， 查詢時還要關聯很多張表，於是你把這些來自不同表的數據，揉成一個大對象，按 key-value 的格式存起來，比如 Redis；

再後來你需要對博客內容進行相關性搜索，傳統 RDB 不支持相關性搜索，最重要的，還是擴展性差，增加機器的帶來邊際效益有限，於是有了「全文搜索引擎」，比如 Elasticsearch；

除此之外，還有「文檔資料庫」、「圖形資料庫」……

沒有一種資料庫是銀彈。

總結

這篇文章的題目是「如何選擇資料庫」，這是困擾很多人的問題，那麼多資料庫，到底要選什麼好？

可是當你問出這樣一個問題時，其實你是在問一種「手段」。我現在要做這樣一個需求，用什麼資料庫可以幫我實現它？

但其實你需要的不只是一種「手段」，因為如果對方甩給你一個冷冰冰的名字，Mysql、Elasticsearch、MongoDB，你肯定會問，憑什麼？

你需要的，是一種「解決方案」。如果你需要數據十分嚴格准確，分毫不差，那我會推薦你採用「事務」和「關系模型」來處理數據；如果你需要數據能夠被大量讀取和寫入，那我會推薦你擴展性強的「分布式」；如果你的數據經常是整個讀取、整個更新的，那「關系模型」就沒有「文檔模型」適合你。

「事務」、「關系模型」、「分布式」、「文檔模型」等等，這些就是「解決方案」，知道用什麼「解決方案」，用哪個資料庫，自然水到渠成。

正如一位大牛說的：

用戶不會因為你用了 Mysql 或者 MongoDB 而使用你的軟體，畢竟絕大多數用戶都不知道 Mysql 和 MongoDB 是什麼玩意。

❹ 資料庫sql server2005的數據怎麼做數據維護計劃

選擇管理--->維護計劃，添加備份資料庫任務。 或者 選擇SQL Server 代理--->作業，新建作業，步驟選擇T-SQL腳本任務， 格式如下BACKUP DATABASE 資料庫名 TO DISK = 『G:\備份文件』 WITH NAME = N'資料庫名'，配置計劃 。

❺ 今年畢業，找到資料庫維護和網路優化工程師兩份工作，哪個好啊糾結，求前輩指點

我覺得網路優化工程師會好些。
因為，我覺得網路方面的需求面大，要求低，不怕找不到工作，當然，工資會低些，資料庫維護，需求量不大，要求高。

❻ 我現在做網路維護，想向資料庫方面發展（資料庫維護這一塊）。

對於應用來說，什麼資料庫區別不大，但是對資料庫優化來說，Oracle那是很NB的，需要的技能知識也是很多的。至於找工作，oracle的dba不是隨便就能勝任的。裝個虛擬機，裝上oracle，多練習練習就知道為啥這個資料庫的低位高高在上了。英語嘛，現在中文資料也多，不是啥問題。

❼ 如何進行資料庫的維護,平時需要做些什麼

資料庫日常維護(參考) 資料庫日常維護工作是系統管理員的重要職責。其內容主要包括以下幾個部分： 一、備份系統數據 SYBASE 系統的備份與恢復機制保證了在系統失敗時重新獲取數據的可能性。SQL Server 提供了兩種不同類型的恢復機制：一類是系統自動完成的恢復，這種措施在每次系統啟動時都自動進行，保證了在系統癱瘓前完成的事務都寫到資料庫設備上，而未完成的事務都被回退；另一類是人工完成的恢復，這是通過 DUMP 和 LOAD 命令來執行人工備份和恢復工作。因此定期備份事務日誌和資料庫是一項十分重要的日常維護工作。 1、備份資料庫 每一個資料庫都應在創建之後卸出，從而提供一個裝入基點。在此之後按排定的時間周期表卸出。比如每周五卸出資料庫。對一般資料庫系統卸出資料庫周期建議為每周一次。 除了按計劃周期卸出資料庫之外，還需在每次運行沒有日誌的操作後卸出資料庫。例如： ·每次強制地運行了 DUMP TRAN WITH NO_LOG （因為資料庫的磁碟空溢出）； ·每次用 sp_dboption 允許 select into/bulk 做快速拷貝，或用 SELECT INTO 命令創建一個永久性的表，或使用了 WRITETEXT 命令。 卸出資料庫的命令為： DUMP DATABASE database_name TO mp_device database_name 是要卸出的資料庫名稱，mp_device 是卸出設備的名稱。用系統過程 sp_helpdevice 可以獲得設備的信息。 下面一條命令用來卸出資料庫 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、備份事務日誌 如果事務日誌與資料庫放在同一個設備上，則事務日誌不應與資料庫分開備份。master 資料庫和小於 4M 的用戶資料庫就是這種情況。一般資料庫系統的資料庫和日誌分別放在不同的設備上，因此，可以用 DUMP TRAN 命令單獨備份日誌。 備份事務日誌的周期直接影響數據的恢復程度，因此建議每天備份。 備份事務日誌的命令格式為： DUMP TRANsaction database_name [TO mp_device] [WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE] 其中 database_name 是要備份事務的資料庫名稱，mp_device 是備份設備名稱，僅當包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句時，才可以備份到設備。 注意：如果總是用 DUMP DATEBASE （備份資料庫及其日誌），而不用 DUMP TRAN ，事務日誌將不會刷新，而變得非常龐大。 對於 master 資料庫和小型資料庫每次運行 DUMP DATEBASE 之後應當運行 DUMP TRANsaction 命令刷新日誌 。 下面一條命令備份資料庫 db160 的事務日誌到備份設備上： DUMP TRANsaction db160 TO db_log_bk_dev WITH TRUNCATE_ONLY 3、備份資料庫及其日誌間的相互作用 在至少卸出一次資料庫前，卸出事務日誌是毫無意義的。下圖顯示了備份資料庫及其日誌間的關系 如果在星期二下午5：01出現非硬體故障，需要做的所有工作是裝入磁帶5（參見下一節：數據恢復），由於磁帶5是下午5：00剛備份的，因此只有備份和裝入之間的一分鍾內的數據損失。 但是，如果在星期二下午4：49失效會怎麼樣呢？在這種情況下，要裝入磁帶1（在星期五下午5：00的卸出）。然後，依次裝入磁帶2，3以及4。這樣，系統將恢復到星期二上午10：00點的狀態，星期二的大部分工作丟失了。此例顯示了經常卸出事務的重要性。 二、萬一系統失敗時恢復資料庫系統 如果用戶資料庫存儲的設備失效，從而資料庫被破壞或不可存取，通過裝入最新的資料庫備份以及後來的事務日誌備份可以恢復資料庫。假設當前的事務日誌存在於一個並沒有毀壞的設備上，帶著 WITH NO_TRUNCATE 選項的 DUMP TRANsaction 命令卸出它。 要恢復資料庫按如下步驟去做： 1、如果日誌存在於一個分離的設備上，用帶著 NO_TRUN

❽ 資料庫維護求解

1．在軟體生存周期中，時間最長的階段是（ ）D.維護
2．以下最適合於面向對象的軟體開發的軟體生存周期模型是（ ）D.噴泉模型
3．以下幾種模塊內聚類型中，內聚性最低的是（ ） B.邏輯內聚
4．數據流圖中的每個加工至少有（ ）D.一個輸入流和一個輸出流
5．結構化軟體設計是（ ）C．面向數據流的
6．瀑布模型本質是一種（ ）B.線性順序模型

1、什麼是軟體工程？它的目標和內容是什麼？6
軟體工程就是用科學的知識程和技術原理來定義，開發，維護軟體的一門學科。
軟體工程目標：付出較低開發成本；達到要求的功能；取得較好的性能；開發的軟體易於移植；只需較低的維護費用；能按時完成開發任務，及時交付使用；開發的軟體可靠性高。
軟體工程內容：研究內容包括開發技術和開發管理兩個方面。
開發技術主要研究：軟體開發方法，開發過程，開發工具和環境。
開發管理主要研究：軟體管理學，軟體經濟學，軟體心理學。

2在劃分軟體生存周期階段時，應遵循的基本原則是什麼？
軟體生存周期的各個階段有不同的劃分。軟體規模、種類、開發方式、開發環境以及開發使用方法都影響軟體生存周期的劃分。在劃分軟體生存周期階段時，應遵循的一條基本原則是各階段的任務應盡可能相對獨立，同一階段各項目任務的性質盡可能相同，從而降低每個階段任務的復雜程度，簡化不同階段之間的聯系，有利於軟體項目開發的組織管理。
3 可行性研究的任務是什麼？
可行研究的任務：首先需要進行概要的分析研究，初步確定項目的規模，目標，約束和限制。分析員再進行簡要的需求分析，抽象出項目的邏輯結構，建立邏輯模型。從邏輯模型出發，經過壓縮的設計，探索出若干種可供選擇的解決方法，對每種解決方法都要研究它的可行性。
主要從三個方面考慮：
⑴.技術可行性：一般要考慮的情況包括 開發的風險即設計出的系統能否達到要求的功能和性能;資源的有效性;相關技術的發展是否支持;
⑵.經濟可行性：進行開發成本的估算以及了解取得效益的評估,確定要開發的項目是否值得投資。
⑶.社會可行性：要開發的項目是否存在任何侵權問題,運行方式在用戶組織內是否可行,現有管理制度、人員素質、操作方式是否可行。
4、什麼是數據字典？其作用是什麼？它有哪些條目？
數據字典(簡稱DD)是用來定義數據流圖中的各個成分的具體含義的，它以一種准確的、無二義性的說明方式為系統的分析、設計及維護提供了有關元素的一致的定義和詳細的描述。他和數據流圖共同構成了系統的邏輯模型，是需求規格說明書的主要組成部分。數據字典是為分析人員查找數據流圖中有關名字的詳細定義而服務的，因此也像普通字典一樣，要把所有條目按一定的次序排列起來，以便查閱。數據字典有以下四類條目：數據流、數據項、數據存儲、基本加工。數據項是組成數據流和數據存儲的最小元素。源點、終點不在系統之內，故一般不在字典中說明。

5 什麼是模塊的影響范圍？什麼是模塊的控制范圍？他們之間應該建立什麼關系？
模塊的影響范圍:受該模塊內的一個判定影響的所有模塊的集合。
模塊的控制范圍:模塊本身及其所有下屬模塊（直接或間接從屬於它的模塊）的集合。
一個模塊的影響范圍應在其控制范圍之內，且判定所在的模塊應與受其影響的模塊在層次上盡量靠近

6. 什麼是軟體危機？
在軟體工程概念出現之前，軟體的開發主要依賴於開發人員的個人技能，沒有可以遵循的開發方法指導，開發過程也缺乏有效的管理。20世紀60年代初出現了「軟體」一詞，引起人們對文檔的重視，但尚未形成文檔的規范。隨著計算機在各個領域的廣泛應用，軟體的需求量越來越大，軟體的復雜度也越來越高，導致軟體的開發遠遠滿足不了社會發展的需要，超出預算的經費、超過預期的交付時間的事情經常發生。由於缺乏文檔以及沒有好的開發方法指導，使得大量已有的軟體難以維護。到20世紀60年代中期出現了人們難以控制的局面，即「軟體危機」
落後的軟體生產方式無法滿足迅速增長的計算機軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。
軟體危機是指在計算機軟體的開發和維護過程中所遇到的一系列嚴重問題。這些問題絕不僅僅是不能正常運行的軟體才具有的，實際上，幾乎所有軟體都不同程度地存在這些問題。
概括地說，軟體危機包含下述兩方面的問題：如何開發軟體，以滿足對軟體日益增長的需求；如何維護數量不斷膨脹的已有軟體。鑒於軟體危機的長期性和症狀不明顯的特徵，近年來有人建議把軟體危機更名為「軟體蕭(depression)」或「軟體困擾(affliction)」。不過「軟體危機」這個詞強調了問題的嚴重性，而且也已為絕大多數軟體工作者所熟悉，所以本書仍將沿用它。

7 軟體質量保證應做好哪幾方面的工作？380
軟體質量保證工作是軟體工程管理的重要內容，軟體質量保證應做好以下幾個方面的工作：<1>採用技術手段和工具。質量保證活動要貫徹開發過程始終，必須從採用技術手段和工具，尤其是使用軟體開發環境來進行軟體開發。<2>組織正式技術評審，在軟體開發的第一個階段結束時，都要組織正式的技術評審。國家標准要求單位必須採用審查、文檔評審、設計評審、審計和測試等具體手段來保證質量。<3>加強軟體測試。軟體測試是質量保證的重要手段，因為測試可發現軟體可發現軟體中大多數潛在錯誤。<4>推選軟體工程規范（標准）。用戶可以自己指定軟體工程規范（標准），但標准一旦確認就應貫徹執行。<5>對軟體的變更進行控制。軟體的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟體的修改和變更。<6>對軟體質量進行度量。即對軟體質量進行跟蹤，及時記錄和報告軟體質量情況。

8 軟體生產經歷了幾個階段？各有何特徵？
軟體生產至今已經歷了三個階段：一程序設計時代（1946-1956）：這個階段的生產方式是個體手工勞動，使用的工具實際其語言、匯編語言。開發方法是追求編程技巧，追求程序運行效率。硬體特徵是價格貴、存儲容量小，運行可靠性差。軟體特徵是只有程序、程序設計概念，不重視程序設計方法。二程序系統時代（1956-1968）：這個階段的生產方式是作坊式的小集團合作生產，生產工具是高級語言，開發方法仍就靠個人技巧，但開始提出結構化方法。硬體特徵是速度、容量、工作可靠性有明顯提高。軟體特徵是程序員數量猛增，但開發技術沒有新的突破，開發人員的素質和落後的開發技術不適應規模大、結構復雜的軟體開發，導致軟體危機的產生。三軟體工程時代（1968至今）：這個階段的生產方式是工程化的生產，使用資料庫、開發工具、開發環境、網路、分布式、面向對象技術來開發軟體。硬體特徵是向超高速、大容量、微型化以及網路化方向發展。軟體特徵是開發技術有很大進步，但是未能獲得突破性進展，軟體價格不斷上升，沒有完全擺脫軟體危機。

❾ 資料庫維護一般做哪些方面的工作

1、定期備份，自動的話最好每天自動執行備份腳本，手工可以定期備份，資料庫文件和備份文件目錄最好在不同的IO或機器上；
2、表空間佔用情況檢查，一旦發現空間接近最大值需要擴展表空間，磁碟空間不夠需要加設備
3、日誌檢查，包括佔用空間檢查，出錯後的檢查。
4、根據應用訪問情況做適當優化，比如db2里的日誌文件數量、緩沖池大小、索引等。
5、安全性，防止外部惡意訪問破壞。

❿ 本科快畢業，熟悉linux和oracle，現在一家做通信軟體的公司實習做資料庫和系統維護。有兩個選擇：

我的看法是，選擇專攻一點，因為你現在剛畢業，如果有某一方面能力強的話比較有優勢，多具備技能當然也是好事，但是每一項都不夠突出的話去找只需單方面能力的工作就沒優勢了，畢竟公司總不能叫你同時做多份不同的工作吧，工作後，會遇到很多前輩，有不懂的多問，加上自己工作之餘自學其它技能，也可以達到掌握多門技能的效果，只是得花多點精力了，不過我想既然剛畢業，年輕還有拼搏的本錢，多投入點精力收獲的也更多。
這只是我個人的看法，希望能幫到你吧。