【正文】
。在應(yīng)用程序設(shè)計(jì) ,遵循上面的建議 ,可以有效地解決這個(gè)問題鎖堵塞 ,提高數(shù)據(jù)庫(kù)的性能。安全數(shù)據(jù)庫(kù)數(shù)據(jù)一致性的同時(shí) ,也將給數(shù)據(jù)庫(kù)也產(chǎn)生了一些負(fù)面影響。當(dāng)數(shù)據(jù)庫(kù)管理員發(fā)現(xiàn) ,阻斷這些癥狀 ,能從這些方面 ,尋找解決方案。這也是數(shù)據(jù)庫(kù)管理員需要規(guī)劃發(fā)展問題的談判。這很大程度上是因?yàn)?,有時(shí)需要花費(fèi)很多的要求用戶主機(jī)大量的資源 ,并 導(dǎo)致客戶端崩潰。讓數(shù)據(jù)庫(kù)服務(wù)器可以提示來(lái)記錄或表來(lái)解鎖。用戶可以查詢過程點(diǎn)擊該按鈕取消瀏覽。在這段時(shí)間 ,他們會(huì)想到取消 ,問。 ??前臺(tái)應(yīng)用程序設(shè)計(jì) ,應(yīng)該允許用戶臨時(shí)改變主意 ,取消查詢。這種設(shè)計(jì) ,可以增加列表框和兒 子的執(zhí)行時(shí)間的查詢時(shí) ,有效地避免擁擠。在沒有之前再提問 ,因?yàn)樗麄兊膽?yīng)用程序就能實(shí)現(xiàn)緩存數(shù)據(jù) ,所以不僅僅是更新的內(nèi)容。 同時(shí) ,可以在列表框設(shè)計(jì)“搜索”功能。如果你無(wú)法避免 ,應(yīng)該在應(yīng)用程序?qū)崿F(xiàn)緩存機(jī)制。 所以 ,在應(yīng)用程序設(shè)計(jì)、孩子提問最好的少。這兩方面聯(lián)系在一起 ,可能導(dǎo)致應(yīng)用程序提高運(yùn)行的時(shí)間過程查詢。一方面 ,自然的孩子 ,將查詢速度緩慢 。為了方便用戶輸入 ,銷售代表經(jīng)常設(shè)計(jì)成一個(gè)列表框。 ??有時(shí)在應(yīng)用程序設(shè)計(jì) ,通過列表框真的可以改善用戶輸入的速度和準(zhǔn)確性 ,但是 ,如果前臺(tái)應(yīng)用程序沒有緩沖機(jī)制 ,你往往會(huì)引起交通擁堵。但是 ,通常 ,可以有效地避免擁塞的發(fā)生 ,提高數(shù)據(jù)庫(kù)的性能。所以每一類更新公司的消費(fèi)時(shí)間可能會(huì)極大地降低。所以在更新數(shù)據(jù) ,我們能不能一次性更新。 鑒于這種情況 ,我們可以學(xué)習(xí)事務(wù)簡(jiǎn)短的話。 如果通過改變事務(wù)的時(shí)間較長(zhǎng)。 如果數(shù)據(jù)庫(kù)產(chǎn)品信息表 ,它記錄編號(hào)二百萬(wàn)。當(dāng)一個(gè)需要很多的 SQL語(yǔ)句完成 ,不妨把任務(wù)分解。 建議三:使事務(wù)盡可能的簡(jiǎn)短。一些事務(wù)的執(zhí)行必須參數(shù) ,最好事先提供。因此 ,在實(shí)現(xiàn)用戶的參與讓這個(gè)過程中 ,將擴(kuò)展事務(wù)的等待時(shí)間。因?yàn)槿绻脩粼谑聞?wù)執(zhí)行期間輸入?yún)?shù) ,并將擴(kuò)展事務(wù)的執(zhí)行時(shí)間。 盡 管在事務(wù)的過程性 ,能讓用戶參與 ,為了提高交互性。同時(shí) ,在應(yīng)用程序級(jí)別設(shè)置合理的緩存 ,也可以是非常顯著提高查詢效率。 因此 ,筆者建議在應(yīng)用程序設(shè)計(jì)、數(shù)據(jù)庫(kù)查詢記錄來(lái)提取時(shí)間。因?yàn)闆]有及時(shí)的話查詢結(jié)果提取、鎖不能被釋放。 一些應(yīng)用程序?yàn)榱颂岣哂脩舨樵兊捻憫?yīng)速度 ,將有權(quán)選擇提取需要記錄。 通常 ,為了避免沖突的擁塞在鎖上 ,作者提出以下的建議。 所以通常 ,不要把長(zhǎng)時(shí)間運(yùn)行決策支持搜索和在線事務(wù)處理 ,詢問混合在一起。如果有時(shí)需要更新用戶記錄或刪除操作 ,如果隊(duì)伍參與著它 ,你會(huì)得到很多的鎖。 一些查詢將成本的一個(gè)相對(duì)較長(zhǎng)的時(shí)間。如果應(yīng)用程序沒有遵循原 則詞 (比如因?yàn)樵谀莻€(gè)時(shí)候 ,沒有監(jiān)督配置 ),不能從根本上解決擁堵。只要應(yīng)用程序沒有及時(shí)提取所有的結(jié)果 ,鎖可能呆在桌子和阻止其他用戶。 二、客戶端沒有及時(shí)取得所有查詢的結(jié)果 . 通常 ,用戶將被發(fā)送到服務(wù)器的查詢后 ,前臺(tái)應(yīng)用程序必須立刻進(jìn)行提取所有的結(jié)果。因此 ,即使用戶取消查詢之后 ,所有的事務(wù)的鎖在將繼續(xù)。如果用戶打開窗戶口查詢之后 ,因?yàn)橛脩舭l(fā)現(xiàn)反映緩慢崩潰或被迫取消查詢。 大多數(shù)應(yīng)用程序查詢通常發(fā)生的作業(yè)。客戶機(jī)在請(qǐng)求在查詢的查詢處理的方法 ,往往有直接的控制 ,所以,如果我們的應(yīng)用程序設(shè)計(jì)的不夠合理,那么出現(xiàn)的數(shù)據(jù)庫(kù)死鎖現(xiàn)象就很正常了。 Second, the list box have growth time operation of the inquiry. The two parties face touch together, may cause the application of improving the running time process query. And the other user queries, such as the system administrator need to maintain customer information, and cause congestion. So, in the application design, the child inquires the best less. And the child inquires the list box and use at the same time, more need to ban. If you can39。t have a puter so fast. So, during the implementation of the user participation to let the process, will extend the affairs of waiting time. So unless there is a special needs, not in the application39。t let the user input content. Although in the affairs of the process with sex, can let the user participation, in order to improve the interactivity. But, we don39。t fundamentally solve congestion. Three, inquires the execution time too long. Some inquires a relatively long time will cost. As for the query design is not reasonable or query design to watch and record it is, will make inquires the execution time lengthen. If somet