不輸入的話不就是null了嗎？

按你的使用場景，推送數(shù)據(jù)必須得在數(shù)據(jù)創(chuàng)建事務成功之后執(zhí)行，這里必須有個先后。你可以將推送這個操作異步執(zhí)行，消息隊列有一搬有ack機制，確保消息沒丟失。這時候監(jiān)聽消息隊列的程序會執(zhí)行推送，如果推送成功做標記。如果推送失敗也標記記錄時間，也可以推到另一個消息隊列約定多少分鐘重試。實在不行就徹底標記失敗，或者回滾之前創(chuàng)建的數(shù)據(jù)。這個才是最終一致性。
如果是并行的操作，就得使用消息隊列的confirm機制了。

查一下文檔：

• $replaceRoot
• $$ROOT

不必要更新所有數(shù)據(jù)，因為如果更新很多其他無用的數(shù)據(jù)的話，后期如果數(shù)據(jù)很多，會有很多的資源浪費，因為你一次操作最多是2條數(shù)據(jù)狀態(tài)的切換，比如，當前選中的是4，你想切換到25，其實是4的state變成0，25的state變成1.所以，你只需要向后臺傳一個這樣的json：

{
    4:0,
    25:1
}

json_decode 轉(zhuǎn)換之后的數(shù)組格式為這樣

$req = [4=>0,25=>1]

然后foreach處理

foreach($req as $key => $re) {
    $db->where('id', '=', $key)->update(['state' => $re]);
}

因為最多只有兩次循環(huán)，所以對性能影響并不是很大。

或者可以這樣,需要將數(shù)據(jù)用array_keys ,array_values 處理一下。

/**
 * update `表名` set state = case id
 *      when 4 then 0
 *      when 25 then 1
 * end where id in (4,25)
 * @param $table 表名
 * @param $conditions_field 條件字段,此處為 id
 * @param $values_field  需要被更新的字段 ,此處為state
 * @param $conditions 條件 [4,25]
 * @param $values    被更新的值 [0,1]
 * @return int
 */
public function batchUpdate($table,$conditions_field, $values_field, $conditions, $values)
{
    $sql   = 'update ' . $table . ' set '. $values_field .' = case ' .$conditions_field;
    foreach ($conditions as $key => $condition) {
        $sql .= ' when ' . $condition . ' then ?';
    }
    $sql .= ' end where id in (' . implode(',', $conditions) . ')';
    return $db->update($sql, $values);
}

$data = array();
foreach ($chartData as $item) {
  if (isset($data[$item['add_time']])) {
    $data[$item['add_time']]['number'] += $item['viewTime'];
  } else {
    $data[$item['add_time']] = array(
      'date' => $item['add_time'],
      'number' => $item['viewTime']
    );
  }
}
$data = array_values($data);
echo json_encode($data);

既然是用戶自定義，那么在列表顯示之前，需要用戶自定義列表頭

用一個數(shù)組存儲['字段名'=>'顯示名稱']
[
    '字段名1'=>'顯示名稱1',
    '字段名2'=>'顯示名稱2'
    '字段名3'=>'顯示名稱3'
]

導入過程，用戶自定義導入列
execl列假設3列： A1，B1,C1
[
    '字段名1'=>'A1',
    '字段名2'=>'B1',
    '字段名3'=>'C1',
]

按照相應的規(guī)則導入數(shù)據(jù)

你這么說真的很為難，不過也不是不可以，你先生成對應日期的虛擬表，然后依據(jù)這個虛擬表中的日期，進行 where 條件查詢。嗯，就是這么簡單，應該要寫個存儲過程吧，因為在存儲過程外是不允許循環(huán)的。當然了，并不建議你這么做，因為很容易全表查詢。建議，統(tǒng)計好對應數(shù)據(jù)再交由程序進行遍歷，如果空缺，默認設置顯示當天為空就好。

描述得不是很明白，不過看了下你的 sql 中并沒有存在mysql 中的去重 distinct 或者 group by 操作，如果你是不知道這兩個方法，可以自行了解下。這個應該能滿足你說的，不同 store_id 。
當然，也可能你是其它需求，這樣的話，你可能需要描述得更清楚些，才能讓大家能對你提供有效的建議。

你可以用interface 然后 反射看看對應的類型

謝謝各位的回答，我已經(jīng)找到問題，是由于mongo在做數(shù)據(jù)操作的時候需要實例化一個bluk對象，這個對象我只實例化了一次，改為每次循環(huán)都實例化就好使了

• 如果指定的host是localhost，那么會使用UNIX domain socket方式連接數(shù)據(jù)庫，這也就意味著需要一個socket文件，如/tmp/mysql.sock。
• 參考How to Protect or Change the MySQL Unix Socket File、mysql -h localhost無法登錄了?

ctrl+f 搜索mysql替換為mysqli

找到原因了，是因為在頭文件里面加上了
<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests" />
自動將http的不安全請求升級為https,所以請求全都變成https了

簡單理解就是聚集索引物理順序存儲，非聚集索引隨機存儲
這里的存儲是索引到的數(shù)據(jù)行，而非索引段本身

from accounts.models import User

accounts.models里有定義User模型么？

使用字段數(shù)組長度條件滿足了需求

db.data.find( { test: { $size: 1 } } )

問題一
可能是數(shù)組上的索引，也就是Multikey Index。這是正常的。一個文檔的數(shù)組有多少個元素就有多少個key。

問題二
如果符合條件的一共只有31條，不就是31了嗎？

map方法返回的是一個新數(shù)組，不會改變原來的數(shù)組

this.opts = [1,2];
let result = this.opts.map(item => item*12)
console.log(result)

time 字段 需要設成timestamp類型就可以了

EDITED

insert into t_B(id, name,time) 
select id, name, now() from t_A

異常捕獲不對應該這樣寫，需要結合第一句你需要查詢的語句一起寫：

try:
    hostLi = session.query(database.DB_test.host).all()
except:
    session.rollback()