資料庫更新狀態

A. PHP 進行資料庫更新update操作，返回狀態問題

update用mysql_query執行的時候能得到返回值，這個返回值說明了執行是否成功。
然後用mysql_affected_rows判斷是否修改了數據

兩個判斷組合起來用就能滿足你的需求了

B. 資料庫模式更新和數據更新有什麼不同

關系實際上就是關系模式在某一時刻的狀態或內容。
也就是說，關系模式是型，關系是它的值，關系模式是靜態的、穩定的，而關系是動態的、隨時間不斷變化的，因為關系操作在不斷地更新著資料庫中的數據，但在實際當中，常常把關系模式和關系統稱為關系。
模型是資料庫中穩定用得最多的數據形式，模式是常用的數據形式，模型少，模式多。
聯系：模型、模式都是對具體值數量關系的抽象分析和理論概括。
區別：模式、模型是數據鏈表和函數，具體值是數值。

C. 你好，我想請教一下關於產品自動上下線的問題（直接直接使用資料庫更新上下線狀態）

你好，閣下所提的問，一開始我想到了兩種方法

一是老方法，用程序來實現，每訪問一次就用程序按條件更新一次數據，這樣就可以達到「看起來是」的效果，不過它有一點不好就是，當沒有人訪問的時候，直接從資料庫看，肯定沒有更新；

二是用觸發器。因為我曉得有觸發器，也大致聽說過，但我自己沒用過，剛才看到你的提問，於是我去學習實踐了一下，才發現，觸發器是的觸發條件是對表進行有效數據操作（僅插入、更新、刪除）時才會觸發，而不能讓它在伺服器時間達到某一時間就觸發的。研究了很久，最後只能廢棄這個辦法，因為它並不能實現需要的效果。

不過，老方法也可取的，因為別人要想看到效果，肯定會訪問資料庫，訪問前更新一次就行了，一樣能達到這個效果。

然後，我又發現，其實閣下大可不必使用「上下線狀態」這個欄位，有「開始日期」和「結束日期」就行了，每次查詢的時候多增加一個條件：

WHERE`startdate`>$nowtimeAND`enddate`<$nowtime

就行了，無論是上線總數還是直接查詢，有此條件，都能保證它是上線的，這樣就可以了，不必額外增加一個欄位再來判斷，不是么？

D. 後端資料庫封裝介面如何判斷版本升級狀態

鉭電容的封裝與貼片電容的封裝確實相同。而鉭電容是有正負 極的，避免在焊接時焊錯了，可以重建一個鉭電容的封裝，在一個焊盤上加上+號，或模仿實物在一個焊盤旁加一條線，表示正極。這樣就能與貼片電容區分開了。

E. 資料庫的4種狀態是什麼

Oracle10g資料庫的4種存儲形式

資料庫的存在一定需要有永久性存儲方式和介質。Oracle自然也不例外，在Oracle10g中，有4種存儲形式，分別是操作系統文件，裸分區，自動存儲管理，集群系統OCFS（RAC）。下面分別說一下這4種存儲形式。 1 操作系統文件。 這種是大家最常用的方式了，也是非商業運行模式（比如開發或者開發階段的測試環境）下最常用的形式。當大家安裝Oracle的時候，如果選用了操作系統文件的存儲形式，那麼就會把Oracle的數據存儲在操作系統中，以文件的形式存在。就好像我們玩某些單機版游戲，你的存檔就是操作系統的文件一樣。用文件形式存儲數據，帶來的優點就是易於資料庫移動。比如你把Oracle的數據文件直接到一台電腦上，就可以很快復制出一個一樣的資料庫系統出來。在文件的讀寫的時候，操作系統通常會提供緩存形式進行讀寫，避免過多讀寫硬碟對磁碟造成很大傷害。所以用操作系統文件形式存儲數據，等於先天性獲得了操作系統的緩存功能。
2 裸分區。裸分區就是把資料庫直接寫在磁碟上，不再經過操作系統這一層，Oracle專門來對這個分區進行讀寫。因為沒有了操作系統這一層，所以讀寫起來的速度和性能是質一般的飛躍的，在某些對Oracle讀寫非常頻繁的資料庫應用中，採用裸分區形式存儲數據甚至可以提高30%以上的性能。當然，如果數據存儲是採用的操作系統文件，如果在Unix下採用RAID對於文件讀寫操作頻繁的情況下也是一個可以提高性能的手段。
3 自動存儲管理。 自動存儲管理通常也被稱為ASM，是在Oracle 10g以後才提供的一種新的存儲形式。這種存儲形式貌似是前兩種存儲形式的折中。既不是用的host操作系統的文件系統，也不是裸分區的形式直接由Oracle讀寫。而是可以看作為一種Oracle特有的文件系統形式。在ASM上可以存儲數據文件，控制文件，日誌文件等等，在ASM中，這些也是以文件的形式存在的，只不過這個時候的文件格式是Oracle自有的ASM形式。在Linux中和ASM有點相似的就是LVM（邏輯Volume管理），也是可以看作是一種自有的新的文件系統形式。
4 集群系統OCFS（RAC）。RAC的全稱是什麼呢，就是Real Application Cluster，是一種在集群的環境下實現共享的一種資料庫存儲形式。在通常我們的資料庫，如果是單機版的資料庫，當數據文件磁碟不能訪問，那麼這個資料庫就掛掉了。如果是集群共享資料庫的話，其中一種方法就是在某個節點存放數據文件，其餘的資料庫都通過NFS或者Samba來進行共享，雖然資料庫的數據處理能力得到了很大的提高，不過如果這個存儲節點掛掉的話，同樣資料庫也就宕掉了。而OCFS則是一種無斷點恢復的存儲形式，在整體給人的感覺就是每台數據伺服器都有自己的文件系統，但是這些文件系統又彷彿只是同一個文件系統，因為數據更新或者其他的操作都是很統一的。即使某台電腦掛了，其餘的伺服器照樣運行，不會出現資料庫的異常，而如果想新加入一台伺服器也是很簡單的事。特別適合於商用的7X24這種服務形式。
Oracle10g中的4種數據存儲方式都介紹完了，我們最常用的自然是第一種形式，不過後面三種形式在商用環境下比較多。特別在大型商用對可靠性要去很高應用中，第四種RAC形式的使用是比較多的。當然，這里只是很簡要的介紹了一下幾個文件系統的概念。如果要仔細了解的話，當然是要好好查閱Oracle技術手冊了。

F. 卡巴2011資料庫更新出現問題。資料庫狀態顯示過期，但開始更新的選項下顯示是最新（如圖）。請求幫助

您好！

建議您重新更新，或者選擇「恢復到上一次更新」並重新更新即可。

G. sql查詢最近一天更新狀況

select *
from table
where trunc(收發簡訊時間) = trunc(sysdate)

一個月/年 就截取日期 即可

H. mysql 我如何查詢一批數據後，並更新這批數據

有時候我們會不小心對一個大表進行了 update，比如說寫錯了 where 條件......

此時，如果 kill 掉 update 線程，那回滾 undo log 需要不少時間。如果放置不管，也不知道 update 會持續多久。

那我們能知道 update 的進度么？

實驗

我們先創建一個測試資料庫：

那我們怎麼准確的這個倍數呢？

一種方法是靠經驗：update 語句的 where 中會掃描多少行，是否修改主鍵，是否修改唯一鍵，以這些條件來估算系數。

另一種方法就是在同樣結構的較小的表上試驗一下，獲取倍數。

這樣，我們就能准確估算一個大型 update 的進度了。

I. SAP如何判斷資料庫更新

同樣的事情：如果兩個用戶同時打開日記賬分錄，屏幕會包含相同的默認日記賬分錄編號。但是，在進行添加時，後一位保存憑證的用戶在狀態欄中將收到一條提示消息，並且系統會自動分配正確的憑證號。這個編號是下一個自動編號，而不是最初屏幕上所顯示的編號顯然，這種機制並不是基於某個表，所以不會是寫在觸發器或約束之類裡面系統允許多個人同時編輯一個數據，說明系統並沒有採用鎖定進程的機制我想的話：類似於一些版本控制系統（如SVN），採用復制-修改-合並的機制小弟愚見

J. mysql如何自動更新資料庫數據

在php產生標識
然後執行 一個帶參數的存儲過程 應該就可以了
但你要考慮 怎麼寫性能是最好的