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

做一個(gè)數(shù)據(jù)接口,然后通過js渲染嘍!不過本身這個(gè)東東就是來整靜態(tài)的,你再整一個(gè)服務(wù)器給寫數(shù)據(jù)接口,就有點(diǎn)浪費(fèi),劃不來

把 element.width() 和 element.height() 提前保存起來看看

sql語句的執(zhí)行過程中就出現(xiàn)了隱式轉(zhuǎn)化

換了netbeans後已成功連線QQ

分開來一次不要查全部的 比如說你有100W條數(shù)據(jù) 做統(tǒng)計(jì)他也不可能一次看100W條你可以以分頁的形式統(tǒng)計(jì)或者默認(rèn)條件統(tǒng)計(jì)，這樣就不會(huì)超時(shí)啦

mysql的理論依據(jù)沒找到，個(gè)人理解是先執(zhí)行where的過濾條件，先關(guān)聯(lián)再過濾明顯做的是無用功。

oracle中倒是能在執(zhí)行計(jì)劃中看到，先執(zhí)行的是過濾條件（下面代碼中最后一行）。

explain plan for SELECT * FROM tmp_t2 t2 LEFT JOIN tmp_t1  t1 ON t2.id = t1.id AND t1.good_id = 'A'

-----------------------------------------------------------------------------
| Id  | Operation          | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |        |     3 |   147 |     6   (0)| 00:00:01 |
|*  1 |  HASH JOIN         |        |     3 |   147 |     6   (0)| 00:00:01 |
|   2 |   TABLE ACCESS FULL| TMP_T2 |     3 |    60 |     3   (0)| 00:00:01 |
|*  3 |   TABLE ACCESS FULL| TMP_T1 |     3 |    87 |     3   (0)| 00:00:01 |
-----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - access("T2"."ID"="T1"."ID")
   3 - filter("T1"."GOOD_ID"='A')

數(shù)據(jù)庫，建庫了沒有

用微信web開發(fā)者工具單步調(diào)試一下看看

varchar類型排序和字符串排序一樣，先從第一位的開始比較，8,7,6,5,4,3,2,1，0這種數(shù)據(jù)，如果第一位相同比較第二位......可以考慮排序的時(shí)候轉(zhuǎn)換一下，或者表數(shù)據(jù)設(shè)計(jì)成decimal類型

創(chuàng)建索引本來就是一次性的工作，在mongo shell里面手動(dòng)創(chuàng)建是最好的選擇，為什么要說“難道”呢？
這不僅是會(huì)執(zhí)行多少次的問題，還有什么時(shí)間執(zhí)行，以及是否影響到生產(chǎn)環(huán)境的問題。要理解索引過程對(duì)于數(shù)據(jù)庫是一個(gè)很大的消耗，前臺(tái)索引會(huì)鎖住整個(gè)集合上的所有CRUD操作，后臺(tái)索引雖然沒有直接上鎖，但仍然需要消耗大量CPU和IO來讀取文檔和修改索引。無論哪種都有可能消耗大量的時(shí)間和資源（比如在一個(gè)比較大的集合上新建一個(gè)索引）。mongoose不建議在生產(chǎn)環(huán)境使用的原因也在這里。
生產(chǎn)環(huán)境要求的是穩(wěn)定，方便只是其次。在影響到“穩(wěn)定”的時(shí)候讓步的必然是“方便”。

teachers 子表
courseScores,轉(zhuǎn)成json放一個(gè)字段保存.

不知道是否可以考慮使用websocket wss協(xié)議進(jìn)行長連接監(jiān)聽提交數(shù)據(jù)

https://www.zhihu.com/questio...

可能是沒引入的問題

系統(tǒng)記錄錯(cuò)誤日志的功能是關(guān)閉的, 錯(cuò)誤信息被輸出到標(biāo)準(zhǔn)錯(cuò)誤輸出stderr,開啟了之后才會(huì)有.err錯(cuò)誤文件。

^help 這樣匹配的是以 help 開頭的地址，不是精準(zhǔn)匹配 help ，要只匹配 help 應(yīng)該加上結(jié)束標(biāo)志 $。

改成這樣

RewriteRule ^help$ help.php
RewriteRule ^help-get help_get.php

1.V5.6安全上做了很多處理.需要看你安裝的時(shí)候怎么選的。
2.有幾種方式：加密文件登陸，sock登陸，空密碼空賬戶登陸?？辞闆r你這應(yīng)該是最后一種。
3.看版本方式就很多。

只說明概念
select from a left join b on where b_id is null

或者
select from a where a_id not in (select a_id from b)

僅僅是猜測. 你的問題, 可能僅僅是因?yàn)椴恢酪韵率聦?shí):
linux 命令行下輸入密碼, 多數(shù)時(shí)候既不會(huì)顯示字符, 也不會(huì)顯示替代符號(hào)比如 . 就是輸入密碼時(shí)啥也不會(huì)顯示. 但你盡管輸入就可以, 只要輸入的正確, 敲回車就可以進(jìn)入.