鍍金池/ 問答/ 數(shù)據(jù)庫問答
青裙 回答

一般只要提交帳號密碼。但是為了防破解也要加驗證碼。

脾氣硬 回答

已經(jīng)解決問題，應(yīng)該直接使用mongoose的鏈式操作進行查詢

生性 回答

這是一個取舍的問題。
在做一個項目的時候你為什么選擇文檔數(shù)據(jù)庫而不是關(guān)系數(shù)據(jù)庫？文檔數(shù)據(jù)庫并不是完美的，比如冗余。但是它也能提供很多關(guān)系數(shù)據(jù)庫提供不了的東西，比如水平擴展，高性能。同樣關(guān)系數(shù)據(jù)庫也不是完美的，提供事務(wù)支持的同時就舍棄了分布式的可能性（CAP理論）。接觸得越多，你會發(fā)現(xiàn)很多這樣的特性，有些無論關(guān)系非關(guān)系數(shù)據(jù)庫都支持，有些就只能在一邊支持（或者說一邊支持得更好）。所以什么對你是最重要的？在你選擇了最重要的特性時，就可能需要在一定程度上放棄其他特性。
拿你的例子來說，JOIN在關(guān)系數(shù)據(jù)庫中是再平常不過的事情，但是你可能沒有完全了解它對性能的損傷有多大。特別是到了分布式環(huán)境下，這意味著每個結(jié)點要與其他所有結(jié)點通訊才能確定最終的結(jié)果集。雖然理論上可以做到，但是對性能的影響可以說讓非關(guān)系數(shù)據(jù)庫的性能優(yōu)勢直接大打折扣（比如如果你的集群中有100個結(jié)點時，每條需要JOIN的數(shù)據(jù)所在的服務(wù)器都要與其他99臺通訊才能確定結(jié)果）。因為大部分人選擇非關(guān)系數(shù)據(jù)庫是希望得到水平擴展和高性能的，如果這些對你更重要，那舍棄JOIN當然就是必然的選擇了。那么如果不要JOIN，就必須要有冗余，所以最終的問題變成，水平擴展和高性能，以及數(shù)據(jù)冗余，到底哪個對你來說更重要？如果我能容忍數(shù)據(jù)冗余，會帶來什么問題？可以想象一下，冗余了課程信息，那么在報名過程中，有多大的可能性對課程本身做修改？常識來講可能性是很小的。所以這里的冗余除了浪費空間外，還有很小的可能性在課程修改時造成需要大量更新，以及更新過程中的數(shù)據(jù)不一致情況。
浪費空間會是個問題嗎？你可能聽說過這樣的說法：存儲空間是服務(wù)器中最廉價的部分。這點不多做解釋了，基本上不會太在乎空間。
大量更新和數(shù)據(jù)不一致會是個問題嗎？會，但是它有多大可能性發(fā)生？那么拿很小可能性發(fā)生的一個問題，交換大部分時間內(nèi)性能大幅度提高，是不是更劃算？
實際應(yīng)用當中，根據(jù)實際情況的來評估哪個更劃算，很大部分時候你會發(fā)現(xiàn)，其實冗余理論上有問題，但實際中根本沒影響，或者可以通過一些手段讓這些問題不能造成影響。那么就可以既享受性能優(yōu)勢，又不影響系統(tǒng)邏輯，這就是最好的情況。
還有一小部分時候你會發(fā)現(xiàn)，冗余確實會造成嚴重的問題，那這就是選擇范式模型的時候了。如果應(yīng)用嚴重依賴范式，那就應(yīng)該選擇在這個系統(tǒng)中選擇關(guān)系數(shù)據(jù)庫。

乖乖瀦 回答

如果是在Shell里面，應(yīng)該是指定cursor.maxTimeMS(). 不同的驅(qū)動也有對應(yīng)的參數(shù)，不知道你說的是哪種？

糖豆豆 回答

wh_code字段默認值是不是"HF"?另外是不是建了索引?

深記你 回答

官方5.7參考手冊：

If you specify ON DUPLICATE KEY UPDATE, and a row is inserted that would cause a duplicate value in a UNIQUE index or PRIMARY KEY, an UPDATE of the old row occurs. The affected-rows value per row is 1 if the row is inserted as a new row, 2 if an existing row is updated, and 0 if an existing row is set to its current values.

枕邊人 回答

gender字段只有兩個值，不建議創(chuàng)建索引。
Name，Gender字段的不同值多，建議創(chuàng)建索引。

另外大數(shù)據(jù)量查詢慢的問題，比較常用的做法就是做分頁處理，具體寫法自己搜索一下。

分頁的sql語句建議：
1、ROWNUM <= 20的條件，最好能放到最內(nèi)層的sql語句的where條件中
2、可以嘗試一下IN 的用法，如：

SELECT * FROM (
    SELECT ROWNUM RN, ID, NAME, GENDER, BIRTHDAY FROM STUDENT 
    WHERE ID IN (
        SELECT ID FROM STUDENT WHERE NAME='小明' AND GENDER='01' AND ROWNUM <= 20
    )
)
WHERE RN > 10;

另外， 把oracle的執(zhí)行計劃發(fā)出來，方便看執(zhí)行過程。

悶騷型 回答

keyword那一行的結(jié)尾是一個中文逗號么

笨小蛋 回答

應(yīng)用加鎖解決不了程序分布式部署的問題。

這有點類似隊列里的出隊列。A取的了一條消息， 該消息就不能被B取到。這種并發(fā)控制用mongo的話，我一般醬紫：

  1. 記錄加上一個處理狀態(tài)字段,如processStatus, 默值認為0未處理 1處理中 2處理成功 3處理失敗 4重試。
  2. 利用findAndModify具有原子性操作的特性。
db.foo.findAndModify({
    query:{processStatus:[0,4]},
    update: { $set: { processStatus: 1} },
});
// 再根據(jù)處理結(jié)果 置processStatus為成功、失敗或者重試。

參考文檔：mongo的原則性和事務(wù)性

墨染殤 回答

已經(jīng)解決了，不僅要把數(shù)據(jù)庫字符集換成指定的utf8mb4,數(shù)據(jù)連接的時候也要設(shè)置chatset為utf8mb4
參考1：mysql npmjs
參考2：博客

clipboard.png

笨笨噠 回答

用group by語句：

select departmentName, count(*)
from tableName
group by departmentName;
冷咖啡 回答

解決辦法：
不要使用secondary連接地址，使用primary連接地址即可操作

汐顏 回答

不知道你說的是這種實現(xiàn)方法不，你數(shù)據(jù)表中沒有parent_key 為 4,5的記錄，自然也不會去統(tǒng)計了。

SELECT `parent_key`,sum(`parent_key`) FROM `test` GROUP BY `parent_key`;
骨殘心 回答

基本的思路是，用『后臺處理隊列』來處理，python當中可以用huey，當請求以來，就把任務(wù)放在隊列當中排隊執(zhí)行，然后直接返回『處理中』這樣的消息給用戶即可，這樣就不會timeout了，huey會用到redis，不過不需要你操作原生redis。

希望能幫助到你。

久愛她 回答

不要真的刪除Product記錄，而是添加一個bool型字段 isDelete 用于標識產(chǎn)品是否是刪除的。

  1. 在展示產(chǎn)品列表時，過濾掉刪除的產(chǎn)品數(shù)據(jù)
  2. 在展示訂單時，不過濾刪除的產(chǎn)品。
囍槑 回答

輸出and id in (?)，看看這個id是不是只傳進去一個值？

菊外人 回答

已經(jīng)解決了，謝謝

首頁 上一頁 1 2 3 4 5 6 7 8 下一頁 尾頁