并非存儲所有數據，類似于代理層，你可以通過mongos查詢所有數據

遇到安裝問題，從上往下依次解決，一般來說都是缺少依賴的包，安裝上就好了，圖中你需要先安裝xcode-select，然后再重裝pkg-config。

item.location為true的情況下，top才會綁定

不能在mongod.exe里面導入數據，應該在終端（cmd）里面導入，啟動，連接，導入各開一個終端。以及導入的時候你的json格式要正確。

activeIndex 這個還是2啊。你只是判斷了，沒有改變它。
所以顯示這是2是對的啊。

<el-menu-item index="1">
    <a>菜單一</a>
</el-menu-item>
<el-menu-item index="2">
    <a>菜單二</a>
</el-menu-item>
<el-menu-item index="3">
    <a>菜單三</a>
</el-menu-item>
<el-menu-item index="4">
    <a>菜單四</a>
</el-menu-item>

// 上面代碼可以用v-for優(yōu)化下
let menuArr = ['一', '二', '三', '四']
<el-menu-item v-for="(item, index) in menuArr" :index="index+1">
    <a>菜單{{menuArr[index]}}</a>
</el-menu-item>
handleSelect(activeIndex, keyPath) {
    this.activeIndex = activeIndex;
    console.log(this.activeIndex);
    // if (activeIndex === '1') {
    //    console.log(activeIndex);
    // }else if (activeIndex === '2') {
    //    console.log(activeIndex);
    //}
}

select * from table_name where id not in(1,2,3,4,5);

事件委托同級元素通過判斷屬性加以阻止，父級元素通過組織冒泡加以阻止。

1. 有一個共識是：程序訪問的變量如果都能在系統(tǒng)內存cache中則能提升性能，prefetch是內核中一個預熱內存函數，這樣下次遍歷時就能高效命中內存cache，從而提升程序性能。

2. 上面的代碼中遍歷鏈表時下次訪問的內存為pos->next，故在每次遍歷時對pos->next進行預熱，從而提升性能。

這么講吧，首先明確一個東西，

(function(){ 
    //code
})();

這個是用來創(chuàng)建閉包的，這個不管。
然后直接看里面的。

Function是javascript所有函數的原型，可以通過
Function(args)的方法來創(chuàng)建一個函數。

在第一個例子里面，傳遞給Function函數的是console.log(call)
在閉包里面，call = "23",console.log會被立即執(zhí)行，所以實際上執(zhí)行的結果是
Function(undefined)(),

第二個例子的話，要先去看MDN，MDN上明確指出

閉包之內的變量不會被引用，因此這里雖然成功創(chuàng)建了一個函數

? anonymous() {
console.log(call)
}

但是其并不具備call的作用域，在立即執(zhí)行的時候會報call is undefined錯誤。

這個問題主要是關于Function的這一個特點

定義一個json，然后分層次查詢將結果插入json就好了

select * from question where question_id in (select distinct question_id from anwser)
意思是：找出所有“有答案的問題”。即你所謂的[回答數大于0的問題]

至于分頁 limit x,y 即可。

webuploader

如果僅是為了count一下，我想你的sql 和下面的是等價的

SELECT count(a.id)
FROM retrospect_details a 
JOIN tilbage_stald_sorter tss ON tss.id = a.stald_sorter_id 
JOIN tilbage_stald stald ON stald.id = tss.stald_id 
JOIN tilbage_regionale regionale ON regionale.id = stald.regionale_id 
JOIN tilbage_sorter sorter ON sorter.id = tss.sorter_id WHERE a.del_flag = 0

會不會在你 select count(*) 之后，insert之前，別的線程插入了該數據呢？
要不你多打印點日志，看看問題出在哪。
另外，你可以試試：設置一下 唯一性約束，然后使用：
insert ... on duplicate key update ...
來操作：無則插入，有則更新

你應該是在外網連接的mysql，這個ip是你的公網地址
你應該修改mysql的root用戶的登錄設置

clubName:new RegExp(clubName)

關于join, cross join, inner join官方相關描述：

In MySQL, JOIN, CROSS JOIN, and INNER JOIN are syntactic equivalents (they can replace each other). In standard SQL, they are not equivalent. INNER JOIN is used with an ON clause, CROSS JOIN is used otherwise.

大意：join, cross join, inner join句法是等價的，但僅僅是當inner join沒有使用on的時候，否則就是cross join(交叉連接)

再說，(逗號)操作符，它在語義上也等價于inner join，回到你的問題，select多個表（也就是逗號分割表名）是等同于join的，例如以下是等價的：

select * from t1,t2

等價

select * from t1 join t2

再一個例子：

select * from t1,t2 where t1.id=t2.id

等價

select * from t1 inner join t2 on t1.id=t2.id

但是，真要說區(qū)別，就是,（逗號）比其它任何一個join的優(yōu)先級都要低，尤其在混合,和join的sql語句中。例如：

select * from t1, t2 JOIN t3

等價于

select * from t1,(t2 join t3)

而不是

select * from (t1, t2) join t3

所以如果不注意這個差異，容易踩坑，以上內容大致都來源于mysql手冊的join章節(jié)，建議樓主至少看三遍以上，鏈接：https://dev.mysql.com/doc/ref...

主要看具體業(yè)務需求，不過更推薦方案一。

首先，字段的冗余并不是一個多大的缺點，另外，用事務來實現(xiàn)多表操作也很方便。

而方案一帶來的好處除了查詢效率高，最關鍵的是支持的業(yè)務場景更多，雖然現(xiàn)在看，收藏數好像也不是個重要字段，但是某天產品突然加需求說，咱們要按收藏數來個排序，分頁等各種，這時候用方案二實現(xiàn)起來就會越來越惡心

這個要看你的服務器B使用的存儲是否和服務器A是否在同一個機房，如果物理距離太遠，IO讀寫延遲高了還有什么意義呢？
對于存儲最重要的是看讀寫性能，你做了網絡驅動器映射，就自己寫幾個SQL實際測算一下，跟本地存儲比較一下性能看一下能否接受。

個人覺得，如果映射網絡驅動器，相當于磁盤IO要從網卡走一遍，估計對于數據庫這種對IO性能要求比較高的系統(tǒng)來說應該是無法接受的。