db.getCollection('blog').find().forEach(function(item){ //... })

沒有哪個數(shù)據(jù)庫會幫你把word轉(zhuǎn)換成PDF。讀出來自己轉(zhuǎn)，第三方工具很多，比如：Office to PDF
是不是適合你使用請自己驗證。

不明白你說的這個鎖指什么？請說明下你的業(yè)務(wù)需求？

一般來說，加鎖應(yīng)該業(yè)務(wù)層應(yīng)用程序去控制，效率高且可控制。

是Homebrew包做了配置修改，具體可見這個MongoDB安裝包的Ruby腳本文件

連續(xù)情況，用BETWEEN，比如

SELECT COUNT(sample) FROM table WHERE id BETWEEN <你的起始id> AND <你的結(jié)束id> GROUP BY sample

離散情況，用IN，比如

SELECT COUNT(sample) FROM table WHERE id IN (<枚舉出你要搜索的id，逗號隔開>) GROUP BY sample

學(xué)會查看日志，去apache的error log一看便知

應(yīng)該是編碼字符集類型的問題，我之前也遇到過，你試試下面的這種方式：
iconv('UTF-8', 'GBK//IGNORE', $fileDesAddr);

這個輸入如果沒有‘-’呢 你怎么搞

很明顯你復(fù)制出的這張表的腳本內(nèi)

有與其他表相關(guān)聯(lián)的約束或者索引

所以才會報這個錯

要么你自己新建約束或者索引

因為你是復(fù)制出來的，所以約束或者索引的名稱重復(fù)了

1. 確認服務(wù)提供方是否正常運行
2. 確認配置ip，端口等是否配置正確
3. 確認服務(wù)提供方的ip是否因為網(wǎng)絡(luò)問題而導(dǎo)致ip變動
4. 確認安全策略 端口是否被屏蔽

process.on('exit', (code) => {
   //do what you want
});

照你所說productNum的類型不應(yīng)該是Number嗎

對應(yīng)的mongo shell腳本寫法：
db.jobcard.update({AIRPLANENUMBER:"xxxx",MAINTAINNUMBER:'xxx'},{$pullAll:{MISSION:['fuselage']}})

參考文檔：$pullAll

強調(diào)一下，不要用字符串來存時間。如果已經(jīng)存了，盡早改成ISODate，因為早晚還會遇到其他問題。
首先，一個正常的epoch時間是32位（4字節(jié)），一個字符串日期至少是10個字節(jié)（如2018-06-12)，字符串時間至少是19個字節(jié)（如2018-06-12 12:00:00），浪費空間浪費效率。
其次，字符串的時間無法進行正常的運算。正常的時間可以通過$year/$month/$day等運算符很方便地取出相應(yīng)的部分，字符串的時間……
再次，遇到時區(qū)問題要怎么辦？

最后說說你的問題。不知道theday是個什么值，所以無法考證我的推斷是否正確。
考慮以下兩個時間哪個更大？

• timeA = '2018-6-12'
• timeB = '2018-12-12'

常識來說我們肯定覺得timeB > timeA，但對計算機而言，timeA > timeB。這也是使用字符串存時間的諸多問題之一。機器比較時間是逐字節(jié)比較。前面5位大家都是'2018-'，打個平手。第6位決定勝負，一個是6，一個是1，結(jié)果當(dāng)然就是timeA > timeB。
所以如果上面的理由還不足以說服你使用ISODate，至少應(yīng)該補足剩下的那個0：'2018-06-12'。

1.寫SQL的使用可以先where索引字段，如status是某表索引，則 where status = 1 and xxx（模糊搜索）
2.如果還是慢的話，建議建個表，把一些常查詢的數(shù)據(jù)寫入進入，然后寫腳本定時更新

mysql 嚴(yán)格模式和寬松模式 了解以下

mysql-python不兼容python3。題主可以考慮使用pymysql或者是mysqlclient-python

試試把Schema = mongoose.Schema;換成 const { Schema } = mongoose;