SQL語法很難？其實只需要記住這部分行了

lewif 發布于2019-08-15 13:34 / 3383人閱讀

摘要：如果字符串本身也包括單引號，則使用兩個單引號注意，不是雙引號，字符串中的雙引號不需要另外轉義一語句記住或者根據倒序排列。如果沒有表示正序排列設定返回的記錄數設定查詢時偏移個數，默認為。

這里給大家分享一個快速記憶SQL命令的一個訣竅:

牢牢記住下面這幾個特殊的語句，SQL命令將不是問題

字符串問題

在標準 SQL 中，字符串使用的是單引號。
如果字符串本身也包括單引號，則使用兩個單引號（注意，不是雙引號，字符串中的雙引號不需要另外轉義）

一、select 1.語句【記住】

select *
from user
where username="xiaomin"
order by user_id DESC 
limit 1 offset 2 或者 limit 2,1


"order by user_id DESC" ：根據 user_id 倒序排列。如果沒有 DESC 表示正序排列  
"limit" : 設定返回的記錄數  
"offset" : 設定查詢時偏移個數，默認為0。

2. 難點

問題：

LIMIT 2,1
LIMIT 1 OFFSET 2

這兩個語句為什么表達的意思是一樣的呢？

解答：

記住三點：
1.在計算機中索引都是從0開始的。但是LIMIT、OFFSET后面的數字只表示個數，和索引沒有關系。
2.一般涉及到偏移參數（偏移3行），這樣的描述都不包含所描述的那個個數，即3行數據已經不在“視野”內，偏移到“視野外”了，看不見，自然就不包含了。
3.一般涉及到索引參數（截取索引3到索引5），這樣的描述包含索引2，不包含索引5

LIMIT 2,1 : 表示偏移2行數據，獲取1個數據。即獲取的是第3行數據
LIMIT 1 OFFSET 2 : 表示獲取1個數據，但是偏移2行數據，即獲取的也是第3行數據

題外話：
Java和Javascript在字符串截取的時候都有一個方法：substring()，都是以索引的值作為參數的。根據上面的描述，下面的結果不難得出來。

//表示開始的索引值和結束的索引值

"0123456789".substring(3); //3456789
"0123456789".substring(3,5); //34

二、insert

    insert into user(name,age) values ("song",18)

三、update

update user set age=18 where id=3

三、delete

delete from user where id=4

四、多表查詢 1. join ... on ... (內連接,或等值連接)

連接兩張表，只返回滿足條件的數據。

user 表和 permission表:

select user.name , permission.type from user
join permission on permission.id = user.id

2. left join ... on ... (左連接)

獲取左表所有記錄，即使右表沒有對應匹配的記錄，并將沒有匹配的右表字段記為null。

user 表和 permission表:

select user.name , permission.type from user
left join permission on permission.id = user.id

當然上面的僅僅可以滿足日常開發需求，但是對于本身就不容易記的SQL語句，你是不是又學到了比較好的記憶方法呢？

希望本文對你有幫助。

云服務器 GPU云服務器只需要你只需要 sql語法 asp sql語法

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/68175.html

幾個數據持久化框架Hibernate、JPA、Mybatis、JOOQ和JDBC Template的

摘要：不管是還是，表之間的連接查詢，被映射為實體類之間的關聯關系，這樣，如果兩個實體類之間沒有實現關聯關系，你就不能把兩個實體或者表起來查詢。因為項目需要選擇數據持久化框架，看了一下主要幾個流行的和不流行的框架，對于復雜業務系統，最終的結論是，JOOQ是總體上最好的，可惜不是完全免費，最終選擇JDBC Template。 Hibernate和Mybatis是使用最多的兩個主流框架，而JOO...

xietao3 2019-08-16 15:44 評論0 收藏0
開源|性能優化利器：數據庫審核平臺Themis的選型與實踐

摘要：正是存在問題，促使我們考慮引入數據庫審核平臺。的確，與很多互聯網公司相比，數據庫數十套的估摸并不是太大但與互聯網類公司不同，類似宜信這類金融類公司對數據庫的依賴性更大，大量的應用是重數據庫類的，且其使用復雜程度也遠比互聯網類的復雜。作者：韓鋒出處：DBAplus社群分享 Themis開源地址：https://github.com/CreditEaseDBA 拓展閱讀：宜信開源|數...

wenhai.he 2019-06-25 19:16 評論0 收藏0