可以導(dǎo)入的 如果你中英文只能配置一個數(shù)據(jù)庫 導(dǎo)入的時候可以加個表前綴區(qū)分 如果不是同一個數(shù)據(jù)庫 可以把英文數(shù)據(jù)庫 直接導(dǎo)進(jìn)去

漏了theme(),犯了個2b錯誤。。。

react 并不推薦在原型上擴(kuò)展

可以利用存儲過程解決，循環(huán)執(zhí)行

SELECT Term, BeginDate, DATE_ADD(當(dāng)前的日期,INTERVAL 7 DAY), 當(dāng)前的周數(shù) FROM term_info
當(dāng)前的日期=DATE_ADD(當(dāng)前的日期,INTERVAL 7 DAY)
當(dāng)前的周數(shù)+1

結(jié)果保存到臨時表

如果你想用slf4j的日志模塊，引入org.mongodb.morphia的時候，要排除掉其日志部分。
出現(xiàn)該現(xiàn)象的原因是，log找實(shí)現(xiàn)類的時候，先找到了mongodb的日志實(shí)現(xiàn)類并做了實(shí)例化。
maven配置引用排除:

<exclusions>
    <exclusion>
        <groupId> XXXXXX </groupId>
        <artifactId> XXXXXX </artifactId>
    </exclusion>
</exclusions>

把認(rèn)證庫也放在esign中，而不是admin就好了。不知道為什么?。?！

function {
1.開啟事務(wù)

 // 查詢庫存(2.使用表鎖或者行鎖（防止高並發(fā)出現(xiàn)數(shù)據(jù)錯誤，但性能消耗會高,推薦行鎖） 假如你這裡考慮到性能問題，建議考慮使用nosql或者使用樂觀鎖。)
 // 用戶積分是否足夠（3.不夠就rollback）
 // 生成訂單并扣除庫存

4.提交事務(wù)
}

同意一樓的，一般頻繁更新的數(shù)據(jù),不建議直接讀寫數(shù)據(jù)庫，用redis緩存會比較好，定時寫入sql

還是自己嘗試出來了：

T1.belongsTo(T2,{foreignKey: 'source',sourceKey:"key"});

T1 model是屬于T2 model、通過foreignKey和sourceKey自定義關(guān)聯(lián)的字段

生成SQL：

SELECT * FROM T1 AS `t1` LEFT OUTER JOIN `T2` AS `t2` ON `t1`.`source` = `t2`.`key`  

這個問題并不是flask-sqlalchemy的問題，是數(shù)據(jù)庫配置的問題
mysql配置有個叫做嚴(yán)格模式，這個嚴(yán)格模式是為了檢查數(shù)據(jù)類型，數(shù)據(jù)長度是否符合等等。
你開啟了之后，長度過長的話它就會報錯，而不是截取輸入。
但是有個問題，線上的話開這個要慎重，因?yàn)槟悴荒艽_定是否在其他代碼塊，傳參數(shù)的時候不合理。
所以要么就是在項(xiàng)目開始的時候，開發(fā)環(huán)境和生產(chǎn)環(huán)境都開啟嚴(yán)格模式~~

鎖有沒有嵌套？是不是鎖到同一個變量了？
是不是在第二步就死鎖了？

我有一個想法，不知道是否可行。exchange的結(jié)構(gòu)不改動，新建一張表

CREATE TABLE `exchange_statistics` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL,
  `volume_statistics` text NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

其中volume_statistics字段記錄的是通過數(shù)組序列化或者符號分割后的最新的144個值，144個值可以是從小到大或者按時間整理好，然后每隔5分鐘最前的元素剔除，從后面加入最新的元素。

這樣每個交易所預(yù)處理好最新的144個值，獲取交易所列表直接查詢exchange_statistics即可。

exchange結(jié)構(gòu)不需要改動，防止以后業(yè)務(wù)改動，有涉及統(tǒng)計的功能。

這種方案不知如何？

感覺可能是腳本引用順序不對，你把chunks里面js順序反過來寫一下試試

wh_code字段默認(rèn)值是不是"HF"?另外是不是建了索引?

——打斷點(diǎn)在sql的位置

——后臺運(yùn)行調(diào)試

——選中你的sql右鍵 添加監(jiān)視 就能查看替換參數(shù)后的sql了

——你注意你這段 sql 最前面的 DECLARE @TempTable Table

——這是新聲明的表、這段sql相當(dāng)于一個存儲過程、是看不了變量的

title 沒加索引吧

.m-radioCP{
color: red;
}//css起作用
.m-radioCP p{//請問為什么這里的css不起作用
color: #333;
}

一個簡單的測試辦法：

1. 下載Postman( https://www.getpostman.com )
2. 發(fā)送請求(對方絕對不會說沒有收到請求了)
3. 如果2成功了，拷貝Postman自動生成的curl代碼。
4. 如果此代碼在服務(wù)器上依然不能成功，那就是服務(wù)器設(shè)置的問題。反之，就是代碼的問題。

比如說去銀行取錢,那么取錢銀行會在卡上減金額,顯示余額和會再次讀取余額.如果此時你老婆在手機(jī)上買了一個口紅,那么此時你顯示的余額是有問題的.

前端線上業(yè)務(wù)不建議使用這些東西，因?yàn)楦卟l(fā)情況下非常容易產(chǎn)生鎖，只有在后端統(tǒng)計模塊才會用