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

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

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

在后臺編程過程中只要檢查權(quán)限點即可

練命 回答

想了半天，看了上面的答案后還是有點懵，結(jié)果晚上自己莫名奇妙的寫出來了。。
參考上面用max（creatime） time ,會發(fā)現(xiàn)結(jié)果出來的集合中time和creatime不一樣的。這也是導(dǎo)致為啥group by 不是我要的東西。
首先找到select mix(creatime) time ,tag From log_info 然后限定條件，排序。
得出一個4個tag，然后有最新的time的表
然后用原表內(nèi)連接，限定條件是子查詢的time = 原表的createtime, tag= 原表的tag
然后結(jié)果就出來了。。

離魂曲 回答

先說結(jié)果。
SELECT TO_DAYS(MAX(time))-TO_DAYS(MIN(time)),USER FROM test GROUP BY USER
執(zhí)行后，結(jié)果如下：
0 王
1 李
2 張
根據(jù)用戶分組查詢，然后計算該用戶的最大時間和最小時間之差。比如0和王這條記錄，表示王這個用戶所有記錄都在同一天。

---------------------------分割線-----------------------------
經(jīng)過@邢愛明同學(xué)的提示，才發(fā)現(xiàn)自己第一時間想錯了。
重新思考以后，只需要寫一句代碼即可。
自己測試新建了一張表test，表結(jié)構(gòu)如下
圖片描述

SELECT NAME,COUNT(DISTINCT(DATE(click_time))) FROM test GROUP BY NAME

執(zhí)行完sql以后如下：
圖片描述

念舊 回答

我生成的varchar2對應(yīng)的是string類型，你是不是配置問題還版本問題，網(wǎng)上找一下文檔參考

浪蕩不羈 回答

不建議關(guān)聯(lián)這么多張表，只查詢最基本的信息，其他如部門，主管，頭銜，做出key=>value的樣子，通過編程語言的foreach添加進(jìn)去。

另外groupby的時候，【select from (select from t1 group by ) left join t2. 】先分組縮小join的數(shù)據(jù)。
多寫幾種sql，比較下執(zhí)行時間，從中選擇最高效的一種。

陌如玉 回答

JsonResponse會自動設(shè)置content-type為json/application,不用手動設(shè)置.
同時JsonResponse接收dict對象,不是字符串.
你需要把json.dumps去掉

入她眼 回答

在外面套一層子查詢

SELECT * FROM (
    SELECT Id,Yssl,Ysbj,YsslSh,ZcPrice,FcPrice,RgPrice,PriceType,Mark,
    
           (SELECT MakeType FROM [3d_De] WHERE Id=[3d_Cymb_Item].De_Id) AS MakeType
    
    FROM [3d_Cymb_Item] 
    
    WHERE Cymb_Id=833 AND Tree Like'%,11088,%' AND Unit<>'' 
)
WHERE MakeType=1

不過我更建議用內(nèi)聯(lián)的方式

SELECT Id,Yssl,Ysbj,YsslSh,ZcPrice,FcPrice,RgPrice,PriceType,Mark,

       MakeType

FROM [3d_Cymb_Item] A

INNER JOIN [3d_De] B ON B.Id=A.De_Id

WHERE A.Cymb_Id=833 AND A.Tree Like'%,11088,%' AND A.Unit<>'' AND B.MakeType=1
怪痞 回答

https://github.com/catfan/Medoo
medoo 只能算一個 PDO 庫吧，和 ORM 有點差距，但是勝在輕巧，可以很快的上手，也沒有太復(fù)雜的功能，但是后期拓展性有點弱。

https://github.com/gabordemoo...
redbean 定位就是一個 ORM，ORM 該有的的都有了，國內(nèi)氛圍不是火，中文資料略少，但是英文很全。

https://github.com/illuminate...
database 庫，很全面，laravel 核心組件之一，資料也多，單獨使用和繼承在框架中使用區(qū)別不大。

https://github.com/doctrine/d...
symfony 默認(rèn) database 庫，很強大，很厲害，很全面，資料都蠻多的，就是略復(fù)雜。

注意我上面的用詞，ORM 和 database 是兩個東西。
database 是包含了一整套數(shù)據(jù)層功能的集合，比如數(shù)據(jù)遷移、主從、讀寫分離等等。
ORM 只是一個對象關(guān)系映射，一個數(shù)據(jù)操作方式而已。
一般來說 ORM 是 database 的一個子集。

樓主要的應(yīng)該是 database ，推薦 illuminate/database

尤禮 回答

這是navicat的問題，不是postgresql的問題

navicat 會執(zhí)行某些SQL來獲取數(shù)據(jù)庫的一些基本信息。但是隨著postgresql的升級，某些舊的統(tǒng)計的數(shù)據(jù)庫或字段已更名或被刪除了。

換pgadmin4吧

歆久 回答

@Pattern正則表達(dá)式可以實現(xiàn)允許空和非空時的校驗：^$|^[0-9]{4}$

歆久 回答

不能！admin是管理你每個數(shù)據(jù)庫的用戶名和密碼，可以理解為該數(shù)據(jù)庫的白名單。默認(rèn)mongodb不開啟鑒權(quán)，即不需要用戶名密碼就可以連接，如果你開啟，那么每個數(shù)據(jù)庫對應(yīng)的用戶名密碼就保存在admin中

骨殘心 回答

用頁面高度 減去 鍵盤彈出之后底部元素的位置

網(wǎng)妓 回答

買一本mongo的書。 然后配合mongo官網(wǎng)上的資料看。 然后在實際使用中，不斷的給自己提一些問題，再去找解決方案。

clipboard.png

故人嘆 回答

第一次和第二次是在不同的請求中嗎？dblocal.session.bind = dblocal.get_engine(bind='local')是只在應(yīng)用初始化的時候執(zhí)行的嗎？

如果以上都成立的話，我的假設(shè)是：
請求完成之后，session被close掉了；然后來新的請求的時候session重新bind到了默認(rèn)的SQLALCHEMY_DATABASE_URI數(shù)據(jù)庫上。

陌如玉 回答

CREATE TABLE Users 而不是 create tableUsers，強烈建議你所有的sql 遇見的 關(guān)鍵字都是大寫，這樣出現(xiàn)問題一目了然

首頁 上一頁 47 48 49 50 51 52 53 54 55 下一頁 尾頁