鍍金池/ 問(wèn)答/ 數(shù)據(jù)庫(kù)問(wèn)答
痞性 回答

field1做索引，常用的數(shù)據(jù)做Redis緩存。

話(huà)寡 回答

圖片描述

換了后是mongodb了。但是還是報(bào)錯(cuò)。

爛人 回答

你這種寫(xiě)法，如果在TABLE_2 中找不到T.CODE對(duì)應(yīng)的記錄，SET賦值語(yǔ)句中右邊的SQL會(huì)返回NULL，所以TABLE_1中的字段就變成NULL了。
如果想避免這種情況，可以在UPDATE的WHERE中增加一個(gè)限制條件：

UPDATE TABLE_1 T
 SET (T.TYPE_CODE, T.TYPE_TXT) =
   (SELECT S.TYPE_CODE, S.TYPE_TXT
      FROM TABLE_2 S
     WHERE S.CODE = T.CODE)
WHERE T.MONTH = TRUNC(SYSDATE, 'MM') AND
EXISTS(SELECT 1 FROM TABLE_2 WHERE TABLE_2 .CODE = T.CODE)
熟稔 回答

用戶(hù)名密碼正確和有權(quán)限是兩個(gè)不同的概念。舉例來(lái)講，你的工卡能走進(jìn)樓下的門(mén)禁，是不是就能進(jìn)得了任意一間辦公室？所以提示并沒(méi)有什么問(wèn)題。你有的是readWrite角色，能夠讀寫(xiě)任意一個(gè)用戶(hù)集合。但是你沒(méi)有用戶(hù)管理的權(quán)限，因此不能從system.users集合中刪除用戶(hù)。你使用的用戶(hù)必須具有userAdmin角色。
所以，換個(gè)用戶(hù)再試一次（刪除用戶(hù)的語(yǔ)句并沒(méi)有錯(cuò)）。

涼汐 回答

沒(méi)有用過(guò)bootstrap-treeview，給供一個(gè)思路看是否正確！
展開(kāi)是否存在動(dòng)畫(huà)效果？可以嘗試設(shè)置一個(gè)1-2秒的計(jì)時(shí)器打印看看結(jié)果。

伴謊 回答

其實(shí)這大部分是一個(gè)操作系統(tǒng)原理的問(wèn)題。操作系統(tǒng)在讀取文件時(shí)會(huì)把文件內(nèi)容放到空閑內(nèi)存中，這樣下次再有程序嘗試讀取同樣的文件內(nèi)容的時(shí)候，就可以直接從內(nèi)存中給而不用讀磁盤(pán)，從而大幅度提高讀取速度。這個(gè)緩存就是文件系統(tǒng)緩存。
其實(shí)很容易理解：這些內(nèi)存如果沒(méi)有人用，空著也是浪費(fèi)，為什么不緩存一點(diǎn)東西在里面呢？不管緩存什么，只要命中一次就賺到一次。至于怎么怎么賺更多，那就要看你怎么選擇在有限的內(nèi)存空間中緩存的什么內(nèi)容，怎么能讓緩存的內(nèi)容被更多地命中。這部分內(nèi)容跟問(wèn)題無(wú)關(guān)，不細(xì)說(shuō)了，有興趣可以看看操作系統(tǒng)原理。
回到你的問(wèn)題，當(dāng)你重啟了MongoDB實(shí)例時(shí)，MongoDB占用的內(nèi)存當(dāng)然已經(jīng)都釋放掉了。但是無(wú)論是數(shù)據(jù)還是索引，其實(shí)都還緩存在文件系統(tǒng)緩存中，因?yàn)樗鼈兌紒?lái)自于數(shù)據(jù)文件和索引文件（前提是沒(méi)有別人要使用這些內(nèi)存）。索引的使用是按需加載，這點(diǎn)基本上從邏輯推理就可以猜出來(lái)：假設(shè)你的10GB的索引，難道第一次讀取的時(shí)候就要等10GB索引加載到內(nèi)存中？假如索引容量比內(nèi)存要大呢？所以一次性加載全部索引顯然是不合理的。即使是一個(gè)索引，也是按需部分加載而不是全部。所以你需要用到的只是這1GB中的很小一部分。記住索引的時(shí)間復(fù)雜度是log2(n)，要從1億數(shù)據(jù)中找出需要的一條，最壞的情況下只需要查詢(xún)27次比較，當(dāng)然是瞬間就出來(lái)了。

笑浮塵 回答

????事務(wù)隔離等級(jí)：

  • 未提交讀(READ UNCOMMITED) ：兩個(gè)事務(wù)之間互相可見(jiàn)，即使另一個(gè)事務(wù)沒(méi)有提交也可以獲取數(shù)據(jù)（不推薦），這就是所謂的臟讀；
  • 已提交讀(READ COMMITED)：符合隔離性的基本概念，一個(gè)事務(wù)進(jìn)行時(shí)，其它已提交的事物對(duì)于該事務(wù)是可見(jiàn)的，即可以獲取其它事務(wù)提交的數(shù)據(jù)。
  • 可重復(fù)讀(REPEATABLE READ) ：InnoDB的默認(rèn)隔離等級(jí)。事務(wù)進(jìn)行時(shí)，其它所有事務(wù)對(duì)其不可見(jiàn)，即多次執(zhí)行讀，得到的結(jié)果是一樣的！
  • 可串行化（SERIALIZABLE）： 在讀取的每一行數(shù)據(jù)上都加鎖，會(huì)造成大量的鎖超時(shí)和鎖征用，嚴(yán)格數(shù)據(jù)一致性且沒(méi)有并發(fā)是可使用。

clipboard.png

????查看系統(tǒng)的事務(wù)隔離級(jí)別：show variables like '%iso%';
????開(kāi)啟一個(gè)新事務(wù)：begin;
????提交一個(gè)事務(wù)：commit;
????修改事物的隔離級(jí)別：set session tx_isolation='read-committed';

魚(yú)梓 回答

原來(lái)的數(shù)據(jù)還在啊，你想一個(gè)個(gè)的刪除也行；一個(gè)個(gè)修改也行；如果數(shù)據(jù)龐大，就直接做錯(cuò)誤兼容處理，少了。字段的表要特別處理。
最好的當(dāng)然是做到和schema一致，因此最好替換所有數(shù)據(jù)

青瓷 回答

1。為什么不能使用默認(rèn)id
2。如果自定義id，那么默認(rèn)id也會(huì)自動(dòng)生成
3。要使用自定義id查詢(xún)，就用自定義的字段名稱(chēng)就好，默認(rèn)id當(dāng)然同樣是可以繼續(xù)使用的

柒喵 回答

樓上的老兄其實(shí)是可以的做的，
那么如果非得用數(shù)據(jù)庫(kù)語(yǔ)句實(shí)現(xiàn)，也不難，合理使用CASE+AS 也是可行的

SELECT 
    CASE
      WHEN name = 1 THEN '語(yǔ)文'
      WHEN name = 2 THEN '數(shù)學(xué)'
      WHEN name = 3 THEN '英語(yǔ)'
    END AS '學(xué)科',
    score AS '成績(jī)'
FROM person

clipboard.png

做不到 回答

1.很明顯你的數(shù)據(jù)庫(kù)被黑客入侵了，黑客騙你他已經(jīng)備份了，其實(shí)你的數(shù)據(jù)很可能就是被刪除了，即使交了比特幣也沒(méi)法恢復(fù)。
2.要加強(qiáng)安全意識(shí)，mongodb不要監(jiān)聽(tīng)在外網(wǎng)也不要用27017這個(gè)默認(rèn)端口，且一定要開(kāi)啟認(rèn)證模式。
3.看看百度云服務(wù)器有沒(méi)有做磁盤(pán)快照，如果有的話(huà)可以通過(guò)快照找回部分?jǐn)?shù)據(jù)。

下墜 回答

select t1.* from table_test t1 left join table _test t2 on t1.reply_id =t2.parent where t1.reply_type =0;
看看是不是你想要的

愚念 回答

SQL長(zhǎng)度為1M，可能與服務(wù)器上行帶寬僅為1M有關(guān)系。

局外人 回答

之前做過(guò)少數(shù)據(jù)，不知道是不是你要的。參考 https://blog.csdn.net/qq_2564...

萌吟 回答

1.分表. 行分表和列分表.
2.索引. 單索引和組合索引
3.sql語(yǔ)句優(yōu)化.
mysql優(yōu)化就從這三方面優(yōu)化.

黑與白 回答

mongodb是動(dòng)態(tài)scheme,無(wú)所謂改表結(jié)構(gòu)。
es是全文檢索，也不需要改表結(jié)構(gòu)

浪婳 回答

核心的座位和狀態(tài)存儲(chǔ)用redis bitmaps即可
位置映射到php邏輯代碼中

半心人 回答

APP可否不需服務(wù)端程序，業(yè)務(wù)邏輯都在客戶(hù)端實(shí)現(xiàn)？
當(dāng)然是可以的啦
還有啥疑問(wèn)？ 可以再問(wèn)具體點(diǎn)

萌二代 回答

代碼重復(fù)的部分多，那么關(guān)鍵就是找出不重復(fù)的地方是什么，然后把重復(fù)的地方先弄成一塊，再按照不同的條件細(xì)分。

比如，你這上面的語(yǔ)句有很多按照$_sortType來(lái)判定排序的，自然你可以先用一個(gè)參數(shù)來(lái)存儲(chǔ)最基本的查詢(xún)語(yǔ)句；

$basic = DB::table('shop_goods')
            ->where('goods_cid',$_path)
            ->where('goods_status',1) // 0未審核 1審核通過(guò) 2審核未通過(guò)
            ->where('goods_state',0) // 0已上架 1已下架
            ->where('goods_recycle',0) // 0正常 1回收站

然后再根據(jù)$_sortType進(jìn)行條件判斷：

if($_sortType=="composite" || $_sortType==""){ //綜合 或 沒(méi)有
    $data = $basic
                ->skip($page)
                ->take(4)
                ->get();
}else if($_sortType=="price_up"){ //價(jià)格最低
    $data = $basic
                ->orderBy('goods_price','asc') // 價(jià)格最低
                ->skip($page)
                ->take(4)
                ->get();
}else if($_sortType=="price_down"){ //價(jià)格最高
    $data = $basic
                ->orderBy('goods_price','desc') // 價(jià)格最高 
                ->skip($page)
                ->take(4)
                ->get();
}else if($_sortType=="assess_down"){ // 評(píng)價(jià)最多
    $data = DB::table('shop_goods')
                ->leftJoin('shop_assess', 'shop_goods.goods_id', '=', 'shop_assess.assess_gcode')
                ->selectRaw('shop_goods.*,COUNT(shop_assess.assess_id) as assess_num')
                ->where('shop_goods.goods_cid',$_path)
                ->where('shop_goods.goods_status',1) // 0未審核 1審核通過(guò) 2審核未通過(guò)
                ->where('shop_goods.goods_state',0) // 0已上架 1已下架
                ->where('shop_goods.goods_recycle',0) // 0正常 1回收站
                ->groupBy('shop_goods.goods_id')
                ->orderBy('assess_num','desc')
                ->get();
}else if($_sortType=="publish_new"){ //最新發(fā)布
    $data = $basic
                ->orderBy('goods_time','desc') // 最新發(fā)布
                ->skip($page)
                ->take(4)
                ->get();
}

大概的思路就是這樣。

首頁(yè) 上一頁(yè) 63 64 65 66 67 68 69 70 71 下一頁(yè) 尾頁(yè)