最有效的數(shù)據(jù)庫(kù)管理員不會(huì)根據(jù)表面上看起來(lái)很明顯的東西做出草率的決定。他們更深入地研究問(wèn)題,以便在采取行動(dòng)之前更好地了解根本原因。
有時(shí)需要讓用戶(hù)簽署文本以證明他是完成操作的人。例如,在電子銀行軟件中,用戶(hù)可能必須簽署描述交易的文本(“向 IBAN xxxxxxxxx 轉(zhuǎn)賬 300 美元”),或簽署政府電子服務(wù)請(qǐng)求。這可以通過(guò) java-applet 來(lái)實(shí)現(xiàn),但由于 JRE 所有者不是大多數(shù),因此最好使用其他方式。
我們的軟件傾向于使用大量的線程池——主要是通過(guò)?j?ava.util.concurrent.ExecutorService??實(shí)現(xiàn)(通過(guò)?Executors.new...?創(chuàng)建)。我們?yōu)楦鞣N異步用例創(chuàng)建這些線程池,它們隨處可見(jiàn)。所有這些執(zhí)行器都有一個(gè)線程工廠。它隱藏在默認(rèn)工廠方法,但您可以提供線程工廠。如果未提供,則在需要線程時(shí)使用默認(rèn)線程工廠。
關(guān)于 SQL 在物理服務(wù)器上使用內(nèi)存 (RAM) 存在許多誤解。我聽(tīng)到的最常見(jiàn)的情況是用戶(hù)擔(dān)心服務(wù)器 RAM 即將用完。SQL Server 旨在使用盡可能多的內(nèi)存。唯一的限制是實(shí)例設(shè)置為上限(最大內(nèi)存)的內(nèi)存量以及服務(wù)器上實(shí)際使用的 RAM 量。
元組和列表是可用于在 Python 中存儲(chǔ)數(shù)據(jù)的四種可用內(nèi)置數(shù)據(jù)類(lèi)型中的兩種。它們都很有用,乍一看似乎很相似。但是它們有顯著差異,并且每個(gè)都最好在不同的情況下使用。本文將為您概述元組和列表的工作原理。我們將討論他們的特征和他們獨(dú)特的用法,我將在此過(guò)程中介紹他們的差異。您可以使用交互式 Python shell 嘗試本文中顯示的代碼示例,在計(jì)算機(jī)上安裝 Python 時(shí)我們都會(huì)附帶安裝這個(gè)。
?CompositeCacheManager?從理論上講,Spring應(yīng)該允許使用多個(gè)緩存管理器。它的工作原理是詢(xún)問(wèn)底層緩存管理器是否有具有請(qǐng)求名稱(chēng)的緩存。問(wèn)題在于當(dāng)您需要基于某些全局配置動(dòng)態(tài)創(chuàng)建的緩存時(shí)。這是常見(jiàn)的情況,當(dāng)您不想手動(dòng)定義緩存,而只想添加?@Cacheable?并讓 spring(和底層緩存管理器)使用一些合理的默認(rèn)值為您創(chuàng)建緩存時(shí)。
NFS 用作分布式文件系統(tǒng)協(xié)議,允許客戶(hù)端計(jì)算機(jī)上的用戶(hù)通過(guò)網(wǎng)絡(luò)訪問(wèn)文件。系統(tǒng)提供分布式文件系統(tǒng),就像訪問(wèn)本地存儲(chǔ)文件一樣。NFS 為您提供從幾乎任何文件位置的網(wǎng)絡(luò)檢索。
我發(fā)現(xiàn)自己在與許多 PostgreSQL 用戶(hù),尤其是新手用戶(hù)討論和解釋sychronous_commit。所以,我想把所有的關(guān)鍵點(diǎn)記下來(lái)作為一篇博文,這對(duì)更多的用戶(hù)會(huì)有用。最近我有機(jī)會(huì)在我們的 PostgreSQL Percona Tech Days 中談?wù)撘恍┫嚓P(guān)主題。