鍍金池/ 問答/ 數(shù)據(jù)庫問答
執(zhí)念 回答

直接寫不好嗎？？ 拼接字符串要加空格 不然都連在一起了
strConnection += " initial catalog=test；";

敢試 回答

你這curl調(diào)用接口返回得是json數(shù)據(jù)吧？
你要先把這個json數(shù)據(jù)轉(zhuǎn)換成數(shù)組或者對象才能循環(huán)呀

json_decode 對json格式得字符串進(jìn)行解碼。

別瞎鬧 回答

MyISAM引擎下會有自動維護(hù)這個的，可以更快。

萌面人 回答

強(qiáng)調(diào)一下，不要用字符串來存時間。如果已經(jīng)存了，盡早改成ISODate，因?yàn)樵缤磉€會遇到其他問題。
首先，一個正常的epoch時間是32位（4字節(jié)），一個字符串日期至少是10個字節(jié)（如2018-06-12)，字符串時間至少是19個字節(jié)（如2018-06-12 12:00:00），浪費(fèi)空間浪費(fèi)效率。
其次，字符串的時間無法進(jìn)行正常的運(yùn)算。正常的時間可以通過$year/$month/$day等運(yùn)算符很方便地取出相應(yīng)的部分，字符串的時間……
再次，遇到時區(qū)問題要怎么辦？

最后說說你的問題。不知道theday是個什么值，所以無法考證我的推斷是否正確。
考慮以下兩個時間哪個更大？

  • timeA = '2018-6-12'
  • timeB = '2018-12-12'

常識來說我們肯定覺得timeB > timeA，但對計算機(jī)而言，timeA > timeB。這也是使用字符串存時間的諸多問題之一。機(jī)器比較時間是逐字節(jié)比較。前面5位大家都是'2018-'，打個平手。第6位決定勝負(fù)，一個是6，一個是1，結(jié)果當(dāng)然就是timeA > timeB。
所以如果上面的理由還不足以說服你使用ISODate，至少應(yīng)該補(bǔ)足剩下的那個0：'2018-06-12'。

涼薄 回答

可以使用later模塊實(shí)現(xiàn)定時任務(wù)。
至于分析文件，這個得看你們的.txt文件怎么保存數(shù)據(jù)了，使用特殊符號將數(shù)據(jù)隔開，還是用鍵值的形式存儲，你只要用nodejs，讀取其中的數(shù)據(jù)，然后將二進(jìn)制數(shù)據(jù)轉(zhuǎn)換為數(shù)組，對象或者序列化字符串等你需要的數(shù)據(jù)即可。使用過formidable中間件和querystring模塊你應(yīng)該知道。

linode的ip+端口號,默認(rèn)應(yīng)該是3306端口
你鏈接試試

葬愛 回答

我覺得數(shù)據(jù)量不大的話，先從數(shù)據(jù)庫讀出，然后從excel讀入，再做相關(guān)的比較會比較好。創(chuàng)建臨時表，個人覺得不是明智之舉。頻繁的讀取，寫入數(shù)據(jù)庫是有弊端的。

pandas.read_excel() -> format & compare <- read from DB with specific APIs
毀憶 回答

既然:

GRANT ALL PRIVILEGES ON PY4E.* TO 'root'@'localhost' IDENTIFIED BY 'pswd' WITH GRANT OPTION;

設(shè)置 password 為 pswd
那么：

connection = pymysql.connect(host='127.0.0.1',
                             user='root',
                                 password='root',

這里的password就應(yīng)該是pswd, 而不是root.

局外人 回答

ENAME 字段是varchar類型嗎？

維她命 回答

import.json文件有多大?一些建議:

1.數(shù)據(jù)庫參數(shù)需要優(yōu)化
    shared_buffers, max_connections, maintenance_work_mem, effective_cache_size, sync, commit_delay , commit_siblings ,checkpoint_segments, wal_buffers, wal_writer_delay,
2. 是不是可以先處理下文件,按照COPY的文件格式格式化好,再用cppy命令導(dǎo)入,或者外部表,但處理文件也會稍微麻煩些
半心人 回答

測試表qxd_user中number是索引列，reg_dev是普通列，沒有加索引

1.group by 沒加條件的時候是全表掃描

clipboard.png

2.請用where條件帶上索引,先后關(guān)系是先where再group by

clipboard.png

3.group by 索引列，這樣可以走索引

clipboard.png

clipboard.png

是。。。這種問題要學(xué)會使用搜索引擎。。。

雨蝶 回答

  1. 這是什么教程簡直就是誤人子弟，學(xué)mongodb最好的方式是看官方文檔。

  2. mongod是mongodb數(shù)據(jù)庫的服務(wù)端進(jìn)程，mongo是客戶端，通過mongo可以連接到mongod服務(wù)端并進(jìn)行操作。

  3. windows上應(yīng)該是要把mongod配置成系統(tǒng)服務(wù)，然后開機(jī)自啟動。

  4. mongod的dbpatch目錄下的數(shù)據(jù)存儲文件名沒有和你設(shè)置的庫名或者表名直接對應(yīng)的，你只能看到一堆collection（表）文件和一堆index（索引）文件，具體你某個庫或者表存儲在那個文件中對你是透明的。

選擇 回答

select sum(sl) as sum from (你上面的sql) group by type order by sum;

忠妾 回答

1、性別這樣的檢索，不適合加索引；
2、like的考慮全文索引，如果簡單的就借助存儲引擎的，復(fù)雜的話就用solr全文檢索

久不遇 回答

首先給你點(diǎn)個贊，8.0發(fā)布后還真沒注意到有這個新特性，剛?cè)ysql官網(wǎng)查了下，如下：

The .frm metadata files previously associated with base tables and views no longer exist. Metadata previously stored in .frm files is now stored in data dictionary tables.

Similarly, trigger metadata previously stored in .TRG and .TRN files is stored in a data dictionary table and those files no longer exist.

大概就是說.frm元數(shù)據(jù)文件已經(jīng)不存在了，現(xiàn)在被存儲在數(shù)據(jù)字典表中了。至于數(shù)據(jù)字典在哪，沒細(xì)看，應(yīng)該是在information_schema庫中，對比下表改動還是很大的。
上面還給出一個信息.TRG觸發(fā)器文件也不存在了。
傳送門

我以為 回答

用

set names utf8

設(shè)置一下編碼試試

首頁 上一頁 63 64 65 66 67 68 69 70 71 下一頁 尾頁