鍍金池/ 問答/ 數(shù)據(jù)庫問答
還吻 回答

這是一個很基本的操作，無論在任何問答網(wǎng)站提出這種問題都會被別人踩，因為大家都會覺得你沒有自己動過腦筋就開始問。實際上mongoose已經(jīng)有很完整的文檔教你怎么入門，先看一下有疑問再提問。
http://mongoosejs.com/docs/

離觴 回答

A表stu_id 應(yīng)該為唯一索引或主鍵，結(jié)果不存在重復(fù)的情況。即使學生名字重復(fù)也應(yīng)該顯示。

SELECT A.stu_id,A.name FROM A JOIN B ON A.stu_id = B.stu_id JOIN C ON C.stu_id = A.stu_id

凹凸曼 回答

你好， 你所描述的問題是一個非常初級的 web黑 領(lǐng)域問題。

在暴露有公網(wǎng)權(quán)限的mysql數(shù)據(jù)庫的情況下，黑客通常是無目的性地遍歷全網(wǎng)ip地址進行端口掃描（最知名的工具非nmap莫屬了，開源免費的），通過tcp連接當中的一些字段信息（被俗稱指紋）來確定這是一個暴露在公網(wǎng)的mysql服務(wù)。
發(fā)現(xiàn)了mysql服務(wù)后，通常會猜測一些可能的username password排列組合，這在安全技術(shù)當中俗稱暴破攻擊，然后由于root admin這種username是使用的最多的，很多新手都會使用 因為是默認的，所以他們往往會猜測這些value。
然后你可能會問，那么密碼他怎么知道該猜些什么？ 網(wǎng)上其實流傳有很多免費的密碼字典，這些往往最初是從黑市上流傳出來的，一般是一些大網(wǎng)站遭遇拖庫攻擊之后泄露的， 黑客一般會采取首先手動輸入幾個詞 之后用自動化工具批量嘗試密碼。
再教你個小技巧，如果你也想搞一些密碼字典來用， 除了去網(wǎng)上找這種字典之外，還有個更簡單的辦法， 就是故意開設(shè)一個公網(wǎng)mysql服務(wù)，端口設(shè)默認的3306， 故意引誘黑客來掃你， 然后在日志里去捕撈黑客們免費送給你的這些密碼，去重后你就整理出了自己的一份密碼字典~ 這個思路 在安全技術(shù)領(lǐng)域中 被稱為“蜜罐”。

這些是比較入門級的 web黑客 伎倆，掃你端口的多半是些初學的腳本小子，如果說書籍推薦的話， 對于web黑客領(lǐng)域， 最為經(jīng)典的應(yīng)該當屬 道哥的《白帽子講web安全》 和 余弦的《web前端黑客技術(shù)揭秘》。
以上兩本比較經(jīng)典，還有些新書，買的話注意出版的年份 別買太早的。

希望能幫到你，有問題請留言或關(guān)注我 微博： https://weibo.com/u/5114485810 推特：https://twitter.com/zhu_yingda

葬愛 回答

linux服務(wù)器的mysql如果在服務(wù)器可以連接通常，并確保你的3306端口已經(jīng)對外開放的情況下，需要給數(shù)據(jù)庫的user表添加一個遠程連接的用戶，其Host字段必須為%。這里給你一個操作的文章CentOS 下 mysql 數(shù)據(jù)庫無法訪問的處理方式

文章的后半部分介紹了如何添加遠程連接的方法，希望對你有所幫助！

久舊酒 回答

既然存在關(guān)聯(lián)關(guān)系，你還強行把它拆到兩個庫中，醉醉的。
當然你可以說你決定不了，這是上層拍腦袋決定的。
一個方案就是定時冗余一個UserID表到你當前的數(shù)據(jù)庫中方便聯(lián)表查詢，或者運用第三方搜索軟件，整合各個數(shù)據(jù)庫的數(shù)據(jù)，加快搜索，比如solr、sphinx。

兮顏 回答

重新安裝了mongoDB在試就可以了

淺淺 回答

分不分看業(yè)務(wù)繁忙程度，看資源使用，看業(yè)務(wù)需求，不是多少記錄多大數(shù)據(jù)文件來評判的

寫榮 回答

select A.id,A.xmmc,count(distinct A1.id) cnt from A left join A1 on A.id<=A1.id and A.xmmc=A1.xmmc group by A.id
這種寫法執(zhí)行效率會更高，也容易理解內(nèi)在邏輯關(guān)系，同時當需要對次數(shù)進行分類整理時，case when寫起來也比較簡單。

陌南塵 回答

1000條數(shù)據(jù)不算太大吧。

礙你眼 回答 
--sql server的寫法

    SELECT name, 
    
    STUFF((SELECT','+ convert(VARCHAR(200),address) FROM [TableName] WHERE name=V.name FOR XML PATH('')),1,1,'') AS Newaddress,
    
    MAX(arrive_time) AS Maxtime
    
    FROM [TableName] V 
    
    GROUP BY name
敢試 回答

最左原則是指：mysql會一直向右匹配直到遇到范圍查詢(>、<、between、like)就停止匹配，索引可以任意順序，mysql的查詢優(yōu)化器會幫你優(yōu)化成索引可以識別的形式，所以這兩條都是會命中索引的

心沉 回答

在實際業(yè)務(wù)里面，統(tǒng)計的值都是每秒服務(wù)器處理了多少請求，即tps
人們習慣意義上的并發(fā)是應(yīng)用同一時間發(fā)出了多少請求，
比如一個商品同一時刻有多少人點擊下單，這個人數(shù)就是并發(fā)，
而服務(wù)器一秒鐘可以處理多少個下單請求就是tps
所以我認為他的9600實際上是tps，客戶端連接池2048，
那給到服務(wù)器的并發(fā)最高就是2048，除非多個客戶端同時訪問
然而對服務(wù)器來說真正意義的并發(fā)就是同時執(zhí)行，多少核cpu最多能處理多少并發(fā)
所以這個概念只是針對不同的對象有不同的理解而已，不必糾結(jié)

維她命 回答

where name is not null ... group by uid

毀與悔 回答

昨天又試了一遍
到第二頁的頁面中F12之后發(fā)現(xiàn)爬取規(guī)則變了
一頓無語之后，重新定義了第二頁之后的規(guī)則，然后問題解決了

陌離殤 回答

express的服務(wù)器請求都是基于中間件，一個中間件是一個函數(shù)，交互邏輯簡單明了。如果前期node服務(wù)端框架沒有考慮清楚寫到后期就會全都是各種中間件函數(shù)，對于長期維護是很大的挑戰(zhàn)。所以express更多的是考慮對后端功能性的整合和劃分，基于es6的class，代碼寫出來的可讀性也會很強。express做后端服務(wù)器很靈活，可以前后分離，也可以后端渲染，在express之上在搭一個MVC框架也很方便取決于你的自身需要。

深記你 回答

官方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.

兔寶寶 回答

應(yīng)該沒有這樣的功能。

凝雅 回答

兩個表搞定。

  1. 用戶表

屬性：用戶ID，昵稱，頭像，等等用戶的屬性，不要手機號碼什么的

  1. 登錄方式表

屬性：主鍵ID，type(手機or微信openid以及其他類型),openid(手機號或微信openid等其他類型用到的id，varchar(40)),用戶ID，banned(是否禁止該方式登錄)

type+openid做一個索引。
綁定的話就在該表插入一條數(shù)據(jù)即可，不會混亂

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