鍍金池/ 問答/ 數(shù)據(jù)庫問答
毀了心 回答

它是把每一列的信息參數(shù)都帶著。
請忽略這點參數(shù)帶來的性能問題，微乎其微到忽略。

青黛色 回答

直接把.htaccess放到public不行嗎

安若晴 回答

shift使用錯了

if(a[0]==='-1'){
    // a.shift()表示數(shù)組a移除第一個值,并返回該值   
    this.game_app_key=a.shift();    // 這里this.game_app_key就變成了-1
   }

正確的方法應(yīng)該是

if(a[0]==='-1'){
    a.shift()
    this.game_app_key=a;    // 這里this.game_app_key就變成了剩下的值
   }
淚染裳 回答

這個表要和外鍵關(guān)聯(lián),那么當前這個表的主鍵才能和外鍵關(guān)聯(lián),也就是說public_name換成id就可以了

若相惜 回答

自己嘗試了好多遍試出答案了 貼出來方便需要的人
models.article.update({id:id,"article.articleTitle":articleTitle},{$push:{"article.$.comment":comment}},{upsert:true}, (err, data) => {})

獨特范 回答

舉個栗子

// 文章表article
{
    _id: ObjectId("5a9fff8b9c15e1a37b54d615"),
    title: "2018年放假通知",
    date: ISODate(...),
}
// 用戶表users
{
    name: '張三',
    likes: [
        {articleId: ObjectId("5a9fff8b9c15e1a37b54d615"), title: "2018年放假通知"},
        {articleId: ..., title: ...}
    ]
}
{
    name: '李四',
    likes: [
        {articleId: ObjectId("5a9fff8b9c15e1a37b54d615"), title: "2018年放假通知"},
        {articleId: ..., title: ...}
    ]
}

當你需要查詢一個用戶收藏了哪些文章的時候，顯然查找用戶就可以了，速度不會慢；
當你需要查詢一篇文章都有誰收藏的時候：

db.users.find({"likes.articleId": ObjectId("5a9fff8b9c15e1a37b54d615")})

只要在likes.articleId上有索引，也是直接命中索引的查詢，不會有性能問題。
不知道是不是你想問的問題。

負我心 回答

剛網(wǎng)上搜到一個比較不高大上的方法，但是我覺得可行，不知道還有沒有比這更好的方法，就是所有子分類用一個字段記錄他所有的父級id，有多少就記錄多少，查詢的時候用find_in_set,不過這個函數(shù)貌似很慢,繼續(xù)關(guān)注大神們的回答

妖妖 回答

還是一樣查詢啊，該怎么查怎么查，like %%%F0%%9F%%98%%8A%，中間的轉(zhuǎn)義一下就行了%轉(zhuǎn)義寫%%

眼雜 回答

mysql安裝目錄下的配置文件my.ini

在其中，把default-character-set=utf8 改為 default-character-set=gbk

重啟mysql服務(wù)

玄鳥 回答

使用兩張表去設(shè)計會有更好的擴展性。
1.課程表，記錄課程的相關(guān)介紹
2.排課表，記錄上課開始時間，結(jié)束時間等

這樣的時間方便以后新增的需求，比如說統(tǒng)計功能，又或者以后會新增簽到功能。

所以我的意思是…使用一張表專門去記錄時間段，有一個一對多的關(guān)系。

安淺陌 回答

文章表：

id    name    type_id
文章id 名稱    所屬分類id

分類表:

id        name    parent_id
分類id   分類名稱    分類父級id

還有一種就是將文章中的type_id單獨拉出一張表來做關(guān)系表，類似這樣：

art_id     type_id

個人比較推薦第二種將關(guān)系分別存儲起來，方便維護

獨白 回答

是不是在my.cnf文件下 加 skip-grant-tables 跳過密碼登錄了
(window下 好像叫my.ini)

瘋子范 回答

你查詢的這行不存在吧，怎么會拖慢查詢呢。const 應(yīng)該很快

舊酒館 回答

是不是沒有commit，數(shù)據(jù)庫可能設(shè)置的不是自動commit，你insert了數(shù)據(jù)之后沒有commit的話，當次connect都算在做一個事務(wù)，所以可以select到數(shù)據(jù)，但是斷開connect之后，你的數(shù)據(jù)就不見了

奧特蛋 回答

看執(zhí)行計劃是一樣的，看不出問題在哪里，建議按照按照下面的思路排查：
1、兩個環(huán)境都多執(zhí)行幾次，看平均時間，排查緩存影響。
2、升級后如果大部分sql都慢，可能是參數(shù)配置的問題
3、嘗試重建username索引

蔚藍色 回答

權(quán)限問題可能性居多，仔細檢查一下；
服務(wù)器最好自己配置安裝一遍

妖妖 回答
  1. 配置網(wǎng)頁目錄，如/var/www/
  2. 配置vsftpd中網(wǎng)頁目錄
  3. 啟動vsftpd服務(wù)
  4. 阿里云之類的需要在安全策略中添加端口號
首頁 上一頁 57 58 59 60 61 62 63 64 65 下一頁 尾頁