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

首先，你沒(méi)有代碼發(fā)出來(lái)，如果是代碼問(wèn)題，那么就沒(méi)辦法分析。

離夢(mèng) 回答

不要把角色與菜單數(shù)據(jù)對(duì)應(yīng)。應(yīng)該使用權(quán)限點(diǎn)的方式來(lái)做

表結(jié)構(gòu)大致如下：
角色表，存放角色名和角色權(quán)限點(diǎn)
菜單表，菜單呈現(xiàn)所需要的權(quán)限點(diǎn)

在后臺(tái)編程過(guò)程中只要檢查權(quán)限點(diǎn)即可

愿如初 回答

你DataNode都還沒(méi)起來(lái)
先把DataNode起來(lái)再看

冷咖啡 回答

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

執(zhí)念 回答
  1. 使用DBRef可以達(dá)到外鍵效果，但是你也可以通過(guò)設(shè)置關(guān)系字段來(lái)實(shí)現(xiàn)。

  2. MongoDB的_id是自增的——但不是整數(shù)自增。這里的自增只指MongoDB的_id原理確實(shí)與先后順序有關(guān)，但是由于類(lèi)型是獨(dú)有的ObjectId，因此無(wú)法通過(guò)常規(guī)思路去處理。事實(shí)上ObjectId你可以當(dāng)作是一個(gè)索引中的一個(gè)key，其對(duì)應(yīng)的是一個(gè)timestamp。但是有個(gè)小小問(wèn)題，在我的記憶里看過(guò)一篇文章，當(dāng)文檔更新時(shí)，若文檔增長(zhǎng)數(shù)據(jù)量超出原來(lái)的空間準(zhǔn)備，那么這條數(shù)據(jù)會(huì)被刪除，而重新在集尾插入。但是我想，對(duì)于ObjectId而言是沒(méi)有什么影響的。實(shí)現(xiàn)整數(shù)自增，依然需要代碼邏輯實(shí)現(xiàn)。

    • 創(chuàng)建一個(gè)集合，專(zhuān)門(mén)記錄各集合的整數(shù)id高度，每次插入數(shù)據(jù)時(shí)使用記錄高度。
    • 新建字段作為自增id，插入前查詢最近數(shù)據(jù)的id，然后+1插入
  3. 自增用戶時(shí)增加一條訂單，MongoDB的事務(wù)實(shí)現(xiàn)我還沒(méi)有更好的頭緒，一般通過(guò)代碼邏輯去做。
拽很帥 回答

報(bào)錯(cuò)提示用戶操作數(shù)據(jù)表的權(quán)限是：僅可讀。修改下數(shù)據(jù)表權(quán)限試試吧

綰青絲 回答

//新聞?lì)愋颓袚Q
if(isset($_GET['newstype']) && !empty($_GET['newstype'])){

}

吃藕丑 回答

第二種更合適，簡(jiǎn)單點(diǎn)設(shè)計(jì)的話商品ID，用戶ID，商品數(shù)量就夠了。
首先接口請(qǐng)求過(guò)來(lái)，拿到用戶ID，這是前提。
再根據(jù)用戶ID去購(gòu)物車(chē)表內(nèi)查找對(duì)應(yīng)的所有商品ID。
最后去商品表根據(jù)商品ID列表找到對(duì)應(yīng)商品。
其實(shí)和你自己形容的差不多步驟。

SELECT * FROM user_cart as c
LEFT JOIN product AS b ON c.prod_id = b.prod_id
WHERE c.id = '{$_SESSION["user-id"]}'
涼薄 回答

select * from fabric ORDER BY MID(serial, 1, 3), MID(serial,4,6)+1;

暫時(shí)先寫(xiě)死，待大神們來(lái)解決。

半心人 回答

審核表與放款表應(yīng)該是有一一對(duì)應(yīng)的關(guān)聯(lián)關(guān)系的，你這關(guān)聯(lián)方法肯定不對(duì)啊，既然是接管來(lái)的，直接找來(lái)源問(wèn)一下這兩個(gè)表怎么關(guān)聯(lián)的

大濕胸 回答

extra.IntegralId是ObjectId，仔細(xì)看你的Mongoose輸出，你傳入的是字符串。所以應(yīng)該改為：

{$match: {"extra.integralId": new ObjectId(query._id)}}

當(dāng)然這里的_id是傳入的，所以你還應(yīng)該在new ObjectId之前進(jìn)行驗(yàn)證看是否合法。

舊言 回答

Object就是用HashMap，數(shù)組就是Array，所以一個(gè)對(duì)象嵌另外一個(gè)對(duì)象不就是一個(gè)HashMap嵌入另外一個(gè)HashMap嗎？疑問(wèn)是在哪里？

巴扎嘿 回答

1樓說(shuō)得對(duì)，但是做視頻不應(yīng)該用OSS，而是用VOD。 都是aliyun的服務(wù)

巫婆 回答

1、兩個(gè)字段都有單獨(dú)的唯一索引用union all查詢判斷結(jié)果不會(huì)慢的
2、利用mysql唯一索引的沖突異常，應(yīng)用捕獲異常也可以

懶洋洋 回答

圖片描述
設(shè)置保持會(huì)話間隔。
能修改mysql的話，也可以設(shè)置interactive_timeout、wait_timeout參數(shù)。

落殤 回答

看圖如上截圖+我自己的推測(cè)，理解如下：

  1. 按你的引用，goods應(yīng)該是一個(gè)package？即目錄下有一個(gè)__init__.py
  2. goods下有一個(gè)模塊models，models中有個(gè)類(lèi)Goods
  3. 在apps根目錄新建__init__.py，即apps也是一個(gè)package
  4. models.py修改成
sys.path.append("../..")
from apps.goods.models import MyGoods
陪妳哭 回答

看情況吧。csdn你點(diǎn)擊一次就算一個(gè)，不管是不是你自己的文章，所以是按照簡(jiǎn)單的計(jì)數(shù)法處理的。而微信公眾號(hào)的文章，會(huì)結(jié)合用戶，一個(gè)用戶每天算一次（之前有5次，現(xiàn)在不知道什么規(guī)則），就是說(shuō)有次數(shù)限制，然后沒(méi)登錄的用戶不算，在pc網(wǎng)頁(yè)上看的也不算。

  1. 先學(xué)習(xí)mysql的基礎(chǔ)，了解基礎(chǔ)的sql編寫(xiě)語(yǔ)法
  2. 進(jìn)階可以閱讀書(shū)籍《高性能mysql》
咕嚕嚕 回答

select ls.id, c.name ,ls.value, ls.toCityId ,d.name from line_state ls inner join city c on

                                                                         ls.fromCityId=c.id
                                                           inner join city d on 
                                                                           ls.toCityId=d.id

order by ls.id asc;

首頁(yè) 上一頁(yè) 101 102 103 104 105 106 107 108 109 下一頁(yè) 尾頁(yè)