最簡(jiǎn)單的辦法是把用戶注冊(cè)信息冗余到充值記錄里面，根本就不用$lookup了，性能可以提高很多。畢竟注冊(cè)時(shí)間又不會(huì)變。

....mysql 中沒有正則表達(dá)式替換

MyISAM這個(gè)引擎是專門為大量讀的場(chǎng)景而做的優(yōu)化， 很少寫，甚至沒有寫最好了。如用做CMS存儲(chǔ)引擎。

嚴(yán)格來說MyISAM引擎也并不是沒有事務(wù)管理。只是他的事務(wù)管理僅限于單表行記錄。

如果需要事物管理，用于類似比如交易場(chǎng)景，用這個(gè)引擎的話，就必須手工處理事物相關(guān)的操作，比如完整性一致性。

在這個(gè)場(chǎng)景下用InnoDB是更好的選擇。

實(shí)際使用中，這兩種設(shè)計(jì)都有。
1.不用冗余字段
供銷表只存物料表主鍵(一般是外鍵約束或自己寫邏輯管理)，這種方式每次顯示供銷信息的時(shí)候都要另外對(duì)物料表進(jìn)行一次查詢。
2.使用冗余字段
在供銷表也存部分物料信息，這樣查詢供銷表可以一次獲得所有信息，減少查詢次數(shù)。但是，需要維護(hù)數(shù)據(jù)一致性，比如物料表的某項(xiàng)信息更改了，這邊也一樣要更改。

建議按自己的需求選擇，大多數(shù)情況下，一般系統(tǒng)壓力不大，選第一種，開發(fā)起來也方便。除非對(duì)供銷表的查詢壓力特別大，慎重選擇第二種。
第一種情況，如果性能要求不高，可以選擇直接用外鍵約束，開發(fā)更簡(jiǎn)單。如果性能有要求，可以把約束放在程序邏輯里，比如：如果物料信息不多，也不經(jīng)常更改，可以一次性把所有信息讀入內(nèi)存(或redis等緩存)，查詢/插入供銷信息的時(shí)候直接從緩存里讀/驗(yàn)證。

1.感覺你這樣麻煩了
2.InnoDB是行鎖

原作者來答：
optimization.splitChunks.cacheGroups.common 配置項(xiàng)中，是 minSize 設(shè)置為 1。沒有minChunks屬性。

歡迎來原博客提問（回答會(huì)詳細(xì)點(diǎn)），原博客教程更新更快。

原文地址
更多教程地址

是可以的：

{assign var="bar" value="Bar"}

the $bar is {$bar}

協(xié)議不同，HTTP 換成 HTTPS

感謝上面幾位的幫助。這里自己想出一種方法。

q1 = db.session.query(Post.id)    # 需要聚合的表
q2 = db.session.query(Talk.id)    # 需要集合的表
post_talk = q1.union(q2).with_entities(Post, Post.timestamp.label('time')).subquery() # 將多表聚合，在指定排序的別名，如timestamp 
result = db.session.query(post_talk).order_by(post_talk.c.time.desc()).all()   # 最后指定排序 

如果你兩個(gè)實(shí)體在代碼中有關(guān)聯(lián)關(guān)系，默認(rèn)情況下EF是級(jí)聯(lián)刪除的。
如果不是，那么你必須根據(jù)相關(guān)條件查找到要?jiǎng)h除的B然后手動(dòng)刪除。

數(shù)據(jù)庫(kù)里的數(shù)據(jù)結(jié)構(gòu)已經(jīng)很清晰了，根本不需要用sql解決的問題，是如何在前端展示的問題

a -> b  1000
b -> c  550
a -> d  200
a -> e  300
c -> f  300

.populate做不到，你要用.aggregate。

看過了就是HEADER文件找不到的問題，處理后則可以成功編譯安裝生成 mongodb.so 模塊文件, 不過也有一個(gè)更新簡(jiǎn)單的方法, 不使用 pecl 和 phpize 安裝 mongodb 擴(kuò)展, 那就是使用 brew install phpVS-mongodb 來安裝, phpVS 則是具體版本號(hào), 安裝擴(kuò)展后通過 brew 重啟 php 即可生效！這種方式也方便管理擴(kuò)展，通過 brew 安裝的擴(kuò)展會(huì)在 /usr/local/etc/php/7.1/conf.d/ 目錄下生成對(duì)應(yīng)的擴(kuò)展配置文件如 ext-mongodb.ini, 重啟 php 則會(huì)加載 conf.d 目錄的配置文件。謝了，老鐵！

select (select count(*) from table where id='13100000007') as 'count',message,date from table order by date desc limit 1

你寫的alert("sdsd");、Gored('oDiv_s', 'width', '25rem', 'green');都是函數(shù)執(zhí)行語(yǔ)句，onclick需要綁定的是一個(gè)函數(shù)，像這樣的：oBut_1.onclick = function(){alert("sdsd");}

mongoose 可以關(guān)聯(lián)數(shù)據(jù)的.

information_model 表加一個(gè) information_state_info Schema 里增加:

information_state_info: {type:ObjectId, ref: "information_state" , index: true}

find 的時(shí)候

infoModel.find().populate('information_state_info',"INFO_ID LOGIN_NAME INFO_STATE INFO_DELETE").sort({INFO_ID: 1}).exec next

你的 information_state_info 就會(huì)出現(xiàn)對(duì)應(yīng)數(shù)據(jù).

但是每個(gè)數(shù)據(jù)都需要存儲(chǔ)對(duì)應(yīng)的 id.

意思就是你插入表的數(shù)據(jù)字段和數(shù)據(jù)庫(kù)的字段不匹配

也就是你插入的數(shù)據(jù)字段要么是少了，要么是多了

用的是sql.Date么

sequelize 資源并不會(huì)自動(dòng)釋放，sequelize創(chuàng)建ControllerManager管理數(shù)據(jù)庫(kù)連接池，它在進(jìn)程退出時(shí)后清理連接池，所以平時(shí)我們并不需要調(diào)用close()。

salt只是用來防止 字典攻擊