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

文件 > Save 可以么？

帥到炸 回答

用戶作品表不得有個(gè)用戶的id的.要不怎么根據(jù)用戶查詢用戶作品.
捐贈(zèng)表也得有作者id,作品id,捐贈(zèng)人id,捐贈(zèng)數(shù)量
查詢就是 關(guān)聯(lián)查詢唄.

遺莣 回答

不知道實(shí)際場(chǎng)景，描述很模糊，你所說的需求只有存儲(chǔ)營(yíng)業(yè)時(shí)間的需求，當(dāng)然新建個(gè)表來存。開始時(shí)間，結(jié)束時(shí)間分開存，方便查詢，而且你的需求應(yīng)該是要存日期的。

笨尐豬 回答

分布式失誤+微服務(wù)改造，大體的思路我覺得是這個(gè)，具體的實(shí)施方案看業(yè)務(wù)
1.查詢會(huì)員或者優(yōu)惠信息等可以提請(qǐng)?zhí)幚矸胖糜趓edis或者內(nèi)存中，減少支付時(shí)的前置查詢時(shí)間，扣款時(shí)即可做到內(nèi)存計(jì)算扣款
2.后置的添加消費(fèi)記錄，增加積分，商品等相關(guān)信息的修改等可以引入消息隊(duì)列處理，由具體的服務(wù)去做
總的來說流程拆分，微服務(wù)改造，然后注意整個(gè)事務(wù)，比如核心的支付扣款無法分布式處理，因?yàn)樾枰却劭罱Y(jié)果和事務(wù)確認(rèn)，其它的還是可以拆分的

夕顏 回答

DISTINCT 針對(duì)的是select 后面的所有字段， 如果你想keyword不重復(fù)，但對(duì)query_date不care, 你可以只取keyword, 如果你想取keywork和相應(yīng)的最大日期的query_date,可以用group by... having ....

如：

drop table t_query_keyword;
create table t_query_keyword(
    user_id varchar(38) ,
    keyword varchar(100),
    query_date date
);


insert into t_query_keyword (user_id, keyword, query_date)
values ('748761E1-260F-4E61-9D0D-BE6D122560E2', 'java',  '2018-01-01'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-02'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-03'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'sql',  '2018-01-03'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'js',  '2018-01-04'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'html',  '2018-01-05'),
('748761E1-260F-4E61-9D0D-BE6D122560E5', 'docker',  '2018-01-06'),
('748761E1-260F-4E61-9D0D-BE6D122560E2', 'kvm',  '2018-01-07');

SELECT DISTINCT
  t.keyword,
  t.query_date
FROM t_query_keyword t
WHERE t.user_id = '748761E1-260F-4E61-9D0D-BE6D122560E2'
ORDER BY t.query_date DESC
LIMIT 6;

返回的結(jié)果是：

+---------+------------+
| keyword | query_date |
+---------+------------+
| kvm     | 2018-01-07 |
| html    | 2018-01-05 |
| js      | 2018-01-04 |
| sql     | 2018-01-03 |
| sql     | 2018-01-02 |
| java    | 2018-01-01 |
+---------+------------+
6 rows in set (0.00 sec)

keyword=sql, query_date=2018-01-03有兩條，但因?yàn)镈ISTINCT, 只返回其中一條。

或者用如下的sql, 可以保證keyword不重復(fù)。

SELECT 
  keyword, max(query_date) as query_date
FROM t_query_keyword
WHERE user_id = '748761E1-260F-4E61-9D0D-BE6D122560E2'
group by keyword
ORDER BY query_date DESC
LIMIT 5;

返回的結(jié)果是

+---------+------------+
| keyword | query_date |
+---------+------------+
| kvm     | 2018-01-07 |
| html    | 2018-01-05 |
| js      | 2018-01-04 |
| sql     | 2018-01-03 |
| java    | 2018-01-01 |
+---------+------------+
5 rows in set (0.00 sec)
愛是癌 回答

如果 patterns 不是很多，用

last_name LIKE patt1 OR last_name LIKE patt2 ...

就好。如果 patterns 很多，可以把 patterns 存在一個(gè)表 patterns(pat) 里面，然后：

SELECT * FROM actor
 WHERE EXISTS (
       SELECT 1 FROM patterns 
        WHERE actor.last_name LIKE patterns.pat)
尤禮 回答

@RequestMapping(value = "login.do", method = RequestMethod.GET) 你這邊寫要求的是get請(qǐng)求啊

傲嬌范 回答

我想應(yīng)該是你在save到數(shù)據(jù)庫之前就把blob的stream關(guān)閉了，導(dǎo)致了這個(gè)錯(cuò)誤。

菊外人 回答

ubuntu的php 有執(zhí)行php-fpm監(jiān)聽嗎？你可以先試試訪問html如果html不行就該考慮nginx/apache問題可以看error_log，還有hosts有沒有添加域名指向，最后發(fā)現(xiàn)如果html可以php不行看看php-fpm有沒有在運(yùn)行用grep搜索一下

熟稔 回答

因?yàn)闀r(shí)間有限，具體的"是否會(huì)有查詢效率上的影響"我沒有在文檔中找到，不過找到一個(gè)MySQL對(duì)Null值優(yōu)化的說明。

顯然對(duì)于 MySQL 而言，不建議使用 xx = null 而應(yīng)該是 xx IS NULL。

尕筱澄 回答

很明顯，后面一種方式好啊，可以在parent_id和deep加個(gè)唯一索引，查找速度就更快了。只不過在新增數(shù)據(jù)的時(shí)候，需要額外一些開銷在計(jì)算deep上。或者你也可以不要deep列，新增數(shù)據(jù)的時(shí)候直接插入，在查找時(shí) WHERE parent_id = 用戶ID ORDER BY ID ASC LIMIT 1,1，這就是用戶第二個(gè)推薦的人了。結(jié)合使用場(chǎng)景看怎么取舍了。

墨沫 回答

以變量為鍵名時(shí)，應(yīng)該用 []運(yùn)算符，而不是 .運(yùn)算符，所以

history.push({ prop: $('#div input')[i].value});

應(yīng)該改為

var obj = {};
obj[prop] = $('#div input')[i].value;
history.push(obj);
青裙 回答

1.這個(gè)就應(yīng)該冗余了，你目前沒更多需求，但是要考慮到將來可能潛在的需求。
id,user_id,article_id
什么是可能是潛在的需求呢
2.舉個(gè)例子，比如說你們做了社交圈子，比較常見的設(shè)計(jì)就是找出和你有共同興趣愛好的人，那么你如何去找，是不是得分析數(shù)據(jù)，那么共同收藏是不是可以作為一個(gè)點(diǎn)。而且SQL只要這么寫SELEC * from shoucang where article_id= {你收藏文章的ID} limit 10，可以走索引，不會(huì)造成性能開銷
3.數(shù)據(jù)庫設(shè)計(jì)中，涉及到 1:N , N:N 。無論前期需求如何，一定要設(shè)計(jì)一張中間表。

青黛色 回答

=.=.

事物分開，你是21的時(shí)候阻塞了。應(yīng)該是鎖（10,22）

begin;
-- 插入score value為10~21的時(shí)候會(huì)阻塞
insert into user values(5, 'test5', 10);

玩控 回答

你給的截圖里面沒有詳細(xì)的錯(cuò)誤日志，去掉--fork后會(huì)輸出確切的錯(cuò)誤，可以先看一下。
經(jīng)驗(yàn)來看，確定其他都沒動(dòng)過的話，看一下172.27.0.15這個(gè)IP地址是不是你這臺(tái)服務(wù)器上的。
ifconfig | grep inet
如果有看到172.27.0.15則沒有問題。

首頁 上一頁 110 111 112 113 114 115 116 117 118 下一頁 尾頁