gunicorn路過

你是不是在創(chuàng)建表的時(shí)候 是創(chuàng)建的內(nèi)存式臨時(shí)表，臨時(shí)表在斷開連接后自動(dòng)清空表數(shù)據(jù)的。

一般像django和java的hibernate有些相似，它并不會(huì)走捷徑。而在真實(shí)情況下自己寫sql，就可以簡化sql。而是查詢他需要把對象轉(zhuǎn)sql，返回在把sql轉(zhuǎn)對象，其實(shí)就跟電腦一樣，它是一個(gè)好學(xué)生，但是它并不聰明，只是你教會(huì)它怎么做，它會(huì)重復(fù)做你教它的事，你沒教它就不會(huì)。
順便放兩組，查看執(zhí)行sql的方法，多讀讀官方的文檔，它會(huì)告訴你為什么的

print Province.objects.all().query

from core.models import Province
from django.db import connection
p = Province(name=u'河南', code='0371')
p.save()

做不到，改在代碼中處理不就好了

這個(gè)問題被我發(fā)現(xiàn)了，因?yàn)槲业娜掌诶锩嬗幸粋€(gè)日期是 9999-12-31，然后在這個(gè)日期上面 + 1了，加一個(gè)前置條件：date <> date'9999-12-31'

express路由就行，這里有我以前寫vue項(xiàng)目使用模擬數(shù)據(jù)的demo，你可以參考以下，是用假數(shù)據(jù)實(shí)現(xiàn)的多接口應(yīng)用.

是調(diào)用了toString。

Document.prototype.inspect = function(options) {
  var isPOJO = options &&
    utils.getFunctionName(options.constructor) === 'Object';
  var opts;
  if (isPOJO) {
    opts = options;
    opts.minimize = false;
  }
  return this.toObject(opts);
};

/**
 * Helper for console.log
 *
 * @api public
 * @method toString
 * @memberOf Document
 */

Document.prototype.toString = function() {
  return inspect(this.inspect());
};

1. 數(shù)據(jù)庫里流水表記錄金額變動(dòng)的時(shí)候就記錄好當(dāng)時(shí)的余額。既能實(shí)現(xiàn)你這個(gè)功能，也方便審計(jì)
2. 不動(dòng)數(shù)據(jù)庫的話，先查出所有的明細(xì)，然后根據(jù)類型自己計(jì)算出來每一筆對應(yīng)的余額。

其他的想不到了，或者可以兩個(gè)結(jié)合，按日期分段來記錄余額，查詢的時(shí)候只要算少量的流水就能算出來，感覺沒什么必要

數(shù)據(jù)庫字段類型是什么
float/double有精度限制。一般用integer(單位分)或者decimal存金額

1.房產(chǎn)-工作表
分類ID 房產(chǎn)信息ID 工作信息ID

2.房產(chǎn)表
房產(chǎn)信息ID 屬性1 屬性2 ……

3.工作表

工作信息ID 屬性1 屬性2 ……

funcs = sympy.Matrix([x, y, z])
args = sympy.Matrix([r, l, f])
res = funcs.jacobian(args)

輸出

Matrix([
[cos(f)*cos(l), -r*sin(l)*cos(f), -r*sin(f)*cos(l)],
[sin(f)*cos(l), -r*sin(f)*sin(l),  r*cos(f)*cos(l)],
[       sin(l),         r*cos(l),                0]])

PDO有個(gè)ATTR_PERSISTENT屬性，參考Connections and Connection management

502 Bad Gateway
代表的意思是網(wǎng)關(guān)后面的應(yīng)用程序發(fā)生了500錯(cuò)誤。所以你要做的是找出這個(gè)500錯(cuò)誤具體是什么，看錯(cuò)誤消息和堆棧。取決于你如何處理異常，錯(cuò)誤消息可能位于你的應(yīng)用程序日志中，或者Windows事件中，自己找找看。

PS：這個(gè)問題跟MongoDB似乎沒有什么聯(lián)系，標(biāo)簽打得不太對。

題主沒發(fā)現(xiàn)你的 is_read 的值全是1嗎，感覺是 OR、AND的優(yōu)先級問題，我不太記得 MySQL 的WHERE能不能通過加括號來改各個(gè)條件語句的優(yōu)先級了，你可以試試。

select * from test.t_student where (teacher_id ='' and status != '0') or teacher_id != '';

可以，但是要稍作修改

select  id
from (select * from admin) t

給你第一次查詢的取個(gè)表名就好了，栗子中實(shí)現(xiàn)的就是查詢admin表，然后在中結(jié)果集中取出id字段。

不進(jìn)行參數(shù)傳遞的話，就可以理解為是有一個(gè)“全局變量”在起作用。

1. 每個(gè)req觸發(fā)一次docker重建，設(shè)置global.transaction。不過肯定不適合已有項(xiàng)目，用serverless還有可能實(shí)現(xiàn)
2. 設(shè)置 req.transaction 變量，在各項(xiàng)操作中，保證 req 變量可用。這樣的話，相當(dāng)于用req偽裝了全局變量

const manage_notice = sequelize.define('manage_notice', {
       ...
}, {
     tableName: 'manage_notice'//指定表名
})

3.4開始支持傳輸壓縮，默認(rèn)沒有開啟，因?yàn)殚_啟壓縮肯定會(huì)有額外的CPU損耗。確定需要的話自己打開--networkMessageCompressors

Apache