Skip to content

Commit cba2979

Browse files
committed
fix the incorrect zh-tw translation
1 parent ad8b144 commit cba2979

File tree

2 files changed

+2
-1
lines changed

2 files changed

+2
-1
lines changed

bin/zh-tw.py

+1
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,7 @@ def convert(src_path, dst_path, cfg='s2twp.json'):
1414
.replace('線上性', '線性')
1515
.replace('復雜', '複雜')
1616
.replace('討論瞭', '討論了')
17+
.replace('倒黴', '倒楣')
1718
for line in src))
1819
print("convert %s to %s" % (src_path, dst_path))
1920

zh-tw/ch7.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -583,7 +583,7 @@ COMMIT;
583583

584584
- 隔離級別難以理解,並且在不同的資料庫中實現的不一致(例如,“可重複讀” 的含義天差地別)。
585585
- 光檢查應用程式碼很難判斷在特定的隔離級別執行是否安全。 特別是在大型應用程式中,你可能並不知道併發發生的所有事情。
586-
- 沒有檢測競爭條件的好工具。原則上來說,靜態分析可能會有幫助【26】,但研究中的技術還沒法實際應用。併發問題的測試是很難的,因為它們通常是非確定性的 —— 只有在倒黴的時序下才會出現問題
586+
- 沒有檢測競爭條件的好工具。原則上來說,靜態分析可能會有幫助【26】,但研究中的技術還沒法實際應用。併發問題的測試是很難的,因為它們通常是非確定性的 —— 只有在倒楣的時序下才會出現問題
587587

588588
這不是一個新問題,從 20 世紀 70 年代以來就一直是這樣了,當時首先引入了較弱的隔離級別【2】。一直以來,研究人員的答案都很簡單:使用 **可序列化(serializable)** 的隔離級別!
589589

0 commit comments

Comments
 (0)