標籤: 如何寫文案

環境資訊中心外電；姜唯 翻譯；林大利 審校；稿源：Carbon Brief 前言：國際能源署（IEA）2019年《世界能源展望》報告達810頁，其特點在於描繪出「承諾政策情境」（Stated Policies Scenario, STEPS），反映政府已經說出口的政策的效果。相對地，報告的「永續發展情境」（Sustainable Development Scenario, SDS）描繪出更積極朝向友善氣候的條件，若在此情境下，全球升溫有50％機率限制在1.65°C之內。
太陽光電板設置作業。照片來源：

超大型太陽能？

（）根據IEA的STEPS情境，到2020年代中期，再生能源將取代煤炭成為最大的電力來源。到2040年，低碳能源將滿足全世界一半以上的電力需求，在SDS情境中甚至達到85％。

（不過，值得重申的是，今日電力僅佔總能源消耗的1/5，到2040年，這個數字在STEPS中將上升到24％，在SDS中將上升到31％。這是僅靠再生能源無法解決氣候挑戰的諸多原因之一。）

值得注意的是，今年的STEPS中，再生能源的前景大幅提高，2040年的太陽能總量提高了23％，風能提高了11％。非水電再生能源的增加了8％（下圖中的紅線），在2030年代後期超過了煤炭。

再生能源產量的成長大部分被增加的需求用掉，表示其他來源的發電相對不受影響。Carbon Brief的分析顯示，相對於去年的展望報告，2040年需求成長主要來自於2018基準年的需求增加，年複合成長率為2％。

各種能源全球發電量（十億度，TWh，即太瓦時）。 WEO 2019的歷史資料和STEPS以實線標示，WEO 2018以虛線標示。資料來源：國際能源署《 2019年世界能源展望》及上一版。Carbon Brief用Highcharts繪製。

WEO解釋：

由於成本持續降低，太陽光電成為2020年中國和印度最具競爭力的電力來源。到2030年，太陽能在歐盟和美國與其他能源的差距將大大縮小。在STEPS之下，2018年到2030年全球太陽光電的平均成本（均化成本）下降了約50％。

此外WEO強調，風能和太陽能的成本下降使「直接從煤炭轉往再生能源有更堅強的經濟理由」，而不是將天然氣當作通往低碳能源的過渡能源。

它還提到，美國新公布的海上風電競標，歐盟各地的競標價格低於預期，中國再生能源零補貼的趨勢也有所減弱。

IEA最近發表了一份關於海上風電前景的深度探討報告。IEA認為海上風電的技術潛力可滿足當今電力需求的好幾倍，成本更將在十年內與化石燃料相當。

IEA表示，隨著風能和太陽能在電力領域的發展，將面臨越來越多的挑戰：「政策制定者和監管機構必須迅速採取行動，以跟上技術變革的步伐和不斷成長的需求，以確保電力系統的靈活運作。」

太陽能傳說

儘管如前所述，今年的STEPS大幅上修2040年太陽能產出，但與其他預測相比，IEA對該技術的展望相對保守。

IEA對太陽能前景的預測受到許多批評。如下一個圖表的藍色色塊，IEA連續好幾個版本的前景報告上修太陽能容量成長。

（請注意，圖表顯示的是扣除退役後的淨增加。由於絕大多數太陽能容量的增加發生在近期，因此最初期可以忽略不計。IEA假設到2040年將有298GW的太陽能容量退役，也就是說在2030年代和之後，實際增加量會增加，而不是像下面的淨增加量表所示的那樣相對平穩。）

全世界太陽能年淨增加量（百萬瓩，GW）。紅色表示2019年的歷史資料和預估，而藍色表示各版本WEO的中心觀點預測。 WEO 2019 STEPS以黑色標示。資料來源：國際能源署《 2019年世界能源展望》和該報告的過去版本。Carbon Brief使用Highcharts繪製。

IEA將這些連續上修歸因於政府政策隨時間變化，尤其是中國的變化，中國是世界上最大的太陽能市場。

IEA解釋，繼2018年太陽能增長略顯疲軟後，「重新加速年度太陽能佈署，並加大力道確保將太陽能所發電力穩定進入電力系統，對於實現氣候目標和其他永續發展目標至關重要」 。

IEA相對保守的太陽能前景預測似乎部分取決於其對各種發電技術的標準加權平均資本成本的計算，視每個國家的發展階段，設定在7%到8％。

正如IEA對海上風電所做的估算，這可能對特定計畫的均化電力成本（LCOE）產生非常大的影響。 （歐洲海上風電的實際資本成本已接近4％，足以將其LCOE從每千度（MWh）140美元左右降低到100美元。）

另一個因素可能是IEA將重點放在系統「價值」上，而不是前期成本。IEA在WEO 2018發展出的「VALCOE」指標是這麼說明的。

IEA表示，降低成本並不保證能維持競爭力，「因為隨著其發電比例的增加，太陽能的系統價值相對於系統平均值而言往往會下降」。

因為太陽能輸出集中在每天中午時段，容量增加使供電增加，也部分影響了既有太陽能板創造的電價。

有些預測報告同樣考慮了這些因素，卻看好太陽能發電量的增長。到2040年，IEA的STEPS之下每年新增的太陽能不足140GW，而彭博新能源基金會（BloombergNEF）的新能源展望報告則認為，屆時新增的太陽能將超過300GW。這個數字與IEA的SDS中的佈署相同。

彭博新能源基金會還更看好風電容量的增長，預測到2050年，煤炭的電力輸出將下降一半，而非像IEA STEPS所預測的保持穩定。（系列專文3/3）

‘Profound shifts’ underway in energy system, says IEA World Energy Outlook (3/3) by Simon Evans

Supersized solar?

Elsewhere in the electricity sector, the IEA’s central STEPS sees renewables surging and overtaking coal as the largest source of power . By 2040, low-carbon sources would be supplying more than half of the world’s electricity needs – rising to 85% in the SDS.

(It is worth reiterating, however, that electricity accounts for only a fifth of final energy consumption today, a figure that rises to 24% by 2040 in the STEPS or 31% in the SDS. This is one of the many reasons why renewables alone cannot solve the climate challenge.)

Notably, this year’s STEPS has significantly increased the prospects for renewables, raising the solar total for 2040 by 23% and that for wind by 11%. This revision, adding 8% to the total for non-hydro renewables (red lines in the chart, below), sees them overtaking coal in the late 2030s.

The increase in expected renewable output is mostly absorbed by higher demand, meaning that generation from other sources is relatively unaffected. Carbon Brief analysis suggests the increase in 2040 demand relative to last year’s outlook is mainly due to higher demand in the base year 2018, which gets compounded by 2% annual growth.

Global electricity generation, by fuel, terawatt hours. Historical data and the STEPS from WEO 2019 are shown with solid lines while the WEO 2018 is shown with dashed lines. Source: IEA and last year’s edition. Chart by Carbon Brief using .

The WEO explains:

“As a result of continued cost reductions, solar PV becomes the most competitive source of electricity in 2020 in China and India, and largely closes the gap with other sources by 2030 in the European Union and United States. In the Stated Policies Scenario, the global average [levelised cost] of solar PV declines by about 50% from 2018 to 2030.”

It adds that cost declines for wind and solar are “bolstering the economic case for switching directly from coal to renewables”, rather than using gas as a “bridge” to low-carbon sources.

It also points to newly announced for offshore wind, in auctions around the EU and a softening of towards subsidy-free renewables.

The IEA recently published an of the prospects for offshore wind, which it says “has the technical potential to meet today’s electricity demand many times over” at costs set to be competitive with fossil fuels within a decade.

THREAD

Offshore wind has “near limitless” potential & is “set to be competitive with fossil fuels within the next decade”, as costs fall 60% by 2040.

Turbines will soon be as large as the Eiffel Tower.

Pretty amazing stuff from today’s new report.

— Simon Evans (@DrSimEvans)

The IEA says there will be an increasing need to address challenges posed by variable wind and solar as they take hold of the electricity sector: “Policy makers and regulators will have to move fast to keep up with the pace of technological change and the rising need for flexible operation of power systems.”

Solar saga

Despite the large upwards revision in solar output in 2040 under this year’s STEPS, noted above, the IEA’s outlook for the technology remains relatively conservative compared with some others.

The IEA’s outlooks for solar have become something of a for critics of the agency’s work. It has made upwards revisions for solar capacity growth in each successive edition of the outlook, shown in shades of blue in the chart, below.

(Note that the chart shows additions net of retirements. These are initially negligible as the vast majority of solar capacity growth has been recent. The IEA assumes 298GW of solar retirements to 2040, suggesting it expects capacity to switch off after around 25 years. This means that actual additions and beyond, rather than apparently remaining relatively flat as in the net additions chart below.)

Annual net additions of solar capacity around the world, gigawatts. Historical data and an estimate for 2019 are shown in red while central outlooks from successive editions of the WEO are shown in shades of blue. The WEO 2019 STEPS is shown in black. Source: IEA and previous editions of the outlook. Chart by Carbon Brief using .

The IEA attributes these successive upwards revisions largely to shifts in government policy over time, in particular pointing to changes in China, which is the world’s largest market for solar.

Myth 2: underestimates renewables growth.
-False. Additions of renewables lead all sources in all scenarios. Track back and China’s policy changes accelerated global growth. Unfortunately, in the rest of the world, renewables are behind (!) the STEPS equivalent from WEO2009

— Brent Wanner (@WannerBrent)

The IEA argues that following slightly weaker solar growth in 2018, “a renewed acceleration in annual solar PV deployment, alongside enhanced efforts to ensure smooth integration of the resulting solar generation into power systems, is essential to reach climate targets and other sustainable development goals”.

The IEA’s relatively conservative outlook for solar appears to rest partly on its use of a cost of capital for all electricity generation technologies, set at 7-8% depending on each country’s stage of development.

This can have a very large impact on the levelised cost of electricity (LCOE) for a given project, as the IEA with reference to offshore wind. (Actual costs of capital for offshore wind in Europe have been closer to 4%, enough to cut its LCOE from around $140 per megawatt hour to $100/MWh.)

Another factor could be the IEA focus on system “value” rather than , illustrated by the “” metric it developed for the WEO 2018.

The agency says that cost reductions do not guarantee continued competitiveness “because the system value of solar PV tends to decline relative to the system average as its share of generation rises”.

This is because solar output is concentrated in the middle of the day, with additional capacity adding to supply and so partially eroding the price commanded by already-built solar panels.

Despite also considering these sorts of issues, some other outlooks are on solar capacity growth. Whereas the IEA’s STEPS has solar additions of less than 140GW each year by 2040, the  sees solar additions topping 300GW by then. This higher figure is in line with deployment in the IEA’s target-focused SDS.

BloombergNEF is also more bullish on wind capacity growth, with the result that its outlook has electricity output from coal falling by half in 2050, rather than holding steady as in the IEA’s STEPS.

Simon Evans was one of more than 250 external peer reviewers that read sections of the World Energy Outlook in draft form.

※ 全文及圖片詳見：（）

作者

如果有一件事是重要的，如果能為孩子實現一個願望，那就是人類與大自然和諧共存。

於特有生物研究保育中心服務，小鳥和棲地是主要的研究對象。是龜毛的讀者，認為龜毛是探索世界的美德。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

※幫你省時又省力,新北清潔一流服務好口碑

※別再煩惱如何寫文案,掌握八大原則!

在平時的工作中，我們經常接觸到數據庫表和用戶以及角色的使用，由於經常使用默認的數據庫表空間和模式（Schema），所以我們往往忽略了數據庫表空間和模式的概念以及作用。

接下來，先介紹一下模式和表空間的定義以及作用。

什麼是Schema？

一個數據庫包含一個或多個已命名的模式，模式又包含表。模式還可以包含其它對象， 包括數據類型、函數、操作符等。同一個對象名可以在不同的模式里使用而不會導致衝突； 比如，herschema和myschema都可以包含一個名為mytable的表。 和數據庫不同，模式不是嚴格分離的：只要有權限，一個用戶可以訪問他所連接的數據庫中的任意模式中的對象。

我們需要模式的原因有好多：

• 允許多個用戶使用一個數據庫而不會幹擾其它用戶。
• 把數據庫對象組織成邏輯組，讓它們更便於管理。
• 第三方的應用可以放在不同的模式中，這樣它們就不會和其它對象的名字衝突。

模式類似於操作系統層次的目錄，只不過模式不能嵌套。

什麼是表空間?

表空間是實際的數據存儲的地方。一個數據庫schema可能存在於多個表空間，相似地，一個表空間也可以為多個schema服務。

通過使用表空間，管理員可以控制磁盤的布局。表空間的最常用的作用是優化性能，例如，一個最常用的索引可以建立在非常快的硬盤上，而不太常用的表可以建立在便宜的硬盤上，比如用來存儲用於進行歸檔文件的表。

PostgreSQL表空間、數據庫、模式、表、用戶、角色之間的關係

角色與用戶的關係

在PostgreSQL中，存在兩個容易混淆的概念：角色/用戶。之所以說這兩個概念容易混淆，是因為對於PostgreSQL來說，這是完全相同的兩個對象。唯一的區別是在創建的時候：

1.我用下面的psql創建了角色custom:

CREATE ROLE custom PASSWORD 'custom';

接着我使用新創建的角色custom登錄，PostgreSQL給出拒絕信息：

FATAL：role 'custom' is not permitted to log in.

說明該角色沒有登錄權限，系統拒絕其登錄

2.我又使用下面的psql創建了用戶guest:

CREATE USER guest PASSWORD 'guest';

接着我使用guest登錄，登錄成功

難道這兩者有區別嗎？查看文檔，又這麼一段說明：CREATE USER is the same as CREATE ROLE except that it implies LOGIN. —-CREATE USER除了默認具有LOGIN權限之外，其他與CREATE ROLE是完全相同的。

為了驗證這句話，修改custom的權限，增加LOGIN權限：

ALTER ROLE custom LOGIN;

再次用custom登錄，成功！那麼事情就明了了：

CREATE ROLE custom PASSWORD ‘custom’ LOGIN 等同於 CREATE USER custom PASSWORD ‘custom’.

這就是ROLE/USER的區別。

數據庫與模式的關係

模式(schema)是對數據庫(database)邏輯分割。

在數據庫創建的同時，就已經默認為數據庫創建了一個模式–public，這也是該數據庫的默認模式。所有為此數據庫創建的對象(表、函數、試圖、索引、序列等)都是創建在這個模式中的：

1.創建一個數據庫mars

CREATE DATABASE mars;

2.用custom角色登錄到mars數據庫,查看數據庫中的所有模式：\dn

显示結果只有public一個模式。

3.創建一張測試表

CREATE TABLE test(id integer not null);

4.查看當前數據庫的列表：\d;

显示結果是表test屬於模式public.也就是test表被默認創建在了public模式中。

5.創建一個新模式custom，對應於登錄用戶custom：

CREATE SCHEMA custom;

ALTER SCHEMA custom OWNER TO custom;

6.再次創建一張test表，這次這張表要指明模式

CREATE TABLE custom.test (id integer not null);

7.查看當前數據庫的列表： \d

显示結果是表test屬於模式custom.也就是這個test表被創建在了custom模式中。

得出結論是：數據庫是被模式(schema)來切分的，一個數據庫至少有一個模式，所有數據庫內部的對象(object)是被創建於模式的。用戶登錄到系統，連接到一個數據庫后，是通過該數據庫的search_path來尋找schema的搜索順序，可以通過命令SHOW search_path；具體的順序，也可以通過SET search_path TO 'schema_name'來修改順序。

官方建議是這樣的：在管理員創建一個具體數據庫后，應該為所有可以連接到該數據庫的用戶分別創建一個與用戶名相同的模式，然後，將search_path設置為$user，即默認的模式是與用戶名相同的模式。

表空間與數據庫的關係

數據庫創建語句:

CREATE DATABASE dbname;

默認的數據庫所有者是當前創建數據庫的角色，默認的表空間是系統的默認表空間pg_default。

為什麼是這樣的呢？

因為在PostgreSQL中，數據的創建是通過克隆數據庫模板來實現的，這與SQL SERVER是同樣的機制。由於CREATE DATABASE dbname並沒有指明數據庫模板，所以系統將默認克隆template1數據庫，得到新的數據庫dbname。(By default, the new database will be created by cloning the standard system database template1)

template1數據庫的默認表空間是pg_default，這個表空間是在數據庫初始化時創建的，所以所有template1中的對象將被同步克隆到新的數據庫中。

相對完整的語法應該是這樣的：

CREATE DATABASE dbname TEMPLATE template1 TABLESPACE tablespacename;
ALTER DATABASE dbname OWNER TO custom;

1.連接到template1數據庫，創建一個表作為標記：

CREATE TABLE test(id integer not null);

向表中插入數據

INSERT INTO test VALUES (1);

2.創建一個表空間:

CREATE TABLESPACE tsmars OWNER custom LOCATION '/tmp/data/tsmars';

在此之前應該確保目錄/tmp/data/tsmars存在，並且目錄為空。

3.創建一個數據庫，指明該數據庫的表空間是剛剛創建的tsmars：

CREATE DATABASE dbmars TEMPLATE template1 OWNERE custom TABLESPACE tsmars;
ALTER DATABASE dbmars OWNER TO custom;

4.查看系統中所有數據庫的信息：\l+

可以發現，dbmars數據庫的表空間是tsmars,擁有者是custom;

仔細分析后，不難得出結論：

在PostgreSQL中，表空間是一個目錄，裏面存儲的是它所包含的數據庫的各種物理文件。

總結

表空間是一個存儲區域，在一個表空間中可以存儲多個數據庫，儘管PostgreSQL不建議這麼做，但我們這麼做完全可行。一個數據庫並不知直接存儲表結構等對象的，而是在數據庫中邏輯創建了至少一個模式，在模式中創建了表等對象，將不同的模式指派該不同的角色，可以實現權限分離，又可以通過授權，實現模式間對象的共享，並且還有一個特點就是：public模式可以存儲大家都需要訪問的對象。

表空間用於定義數據庫對象在物理存儲設備上的位置，不特定於某個單獨的數據庫。數據庫是數據庫對象的物理集合，而schema則是數據庫內部用於組織管理數據庫對象的邏輯集合，schema名字空間之下則是各種應用程序會接觸到的對象，比如表、索引、數據類型、函數、操作符等。

角色(用戶)則是數據庫服務器(集群)全局範圍內的權限控制系統，用於各種集群範圍內所有的對象權限管理。因此角色不特定於某個單獨的數據庫，但角色如果需要登錄數據庫管理系統則必須連接到一個數據庫上。角色可以擁有各種數據庫對象。

關注公眾號：JAVA九點半課堂，這裡有一批優秀的技術大牛，為你提供方向，提供資源！加入我們，一起探討技術，共同進步！回復“資料”獲取 2T 行業最新資料！

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

※別再煩惱如何寫文案,掌握八大原則!

1.複雜查詢運算符

在生產場景中，我們經常用到LINQ運算符進行查詢獲取數據，現在我們就來了解下生產場景經常出現幾種複雜查詢運算符。

1.1聯接（INNER JOIN）

藉助LINQ Join運算符，可根據每個源的鍵選擇器連接兩個數據源，並在鍵匹配時生成值的元組。

var query = from blog in _context.Set<Blog>()
            join post in _context.Set<Post>()
                on blog.BlogId equals post.BlogId
            select new { blog, post };

SQL：

SELECT [blog].[BlogId], [blog].[Createtime], [blog].[Updatetime], [blog].[Url], [post].[PostId], [post].[BlogId], [post].[Content], [post].[Title]
FROM [Blog] AS [blog]
INNER JOIN [Post] AS [post] ON [blog].[BlogId] = [post].[BlogId]

SQL Server Profiler：

1.2左聯接（Left Join）

雖然Left Join不是LINQ運算符，但關係數據庫具有常用於查詢的Left Join的概念。LINQ查詢中的特定模式提供與服務器上的LEFT JOIN相同的結果。

var query = from blog in _context.Set<Blog>()
            join post in _context.Set<Post>()
                on blog.BlogId equals post.BlogId into grouping
            from post in grouping.DefaultIfEmpty()
            select new { blog, post };

SQL:

SELECT [blog].[BlogId], [blog].[Createtime], [blog].[Updatetime], [blog].[Url], [post].[PostId], [post].[BlogId], [post].[Content], [post].[Title]
FROM [Blog] AS [blog]
LEFT JOIN [Post] AS [post] ON [blog].[BlogId] = [post].[BlogId]

SQL Server Profiler：

1.3分組（GroupBy）

LINQ GroupBy運算符創建IGrouping<TKey, TElement>類型的結果，其中TKey和TElement可以是任意類型。此外，IGrouping實現了IEnumerable<TElement>，這意味着可在分組后使用任意LINQ運算符來對其進行組合。

var query = from blog in _context.Set<Blog>()
            group blog by blog.Url into g
            select new
            {
                g.Key,
                Count = g.Count()
            };

SQL:

SELECT [blog].[Url] AS [Key], COUNT(*) AS [Count]
FROM [Blog] AS [blog]
GROUP BY [blog].[Url]

SQL Server Profiler：

分組的聚合運算符出現在Where或OrderBy（或其他排序方式）LINQ運算符中。它在SQL中將Having子句用於Where子句。

var query = from blog in _context.Set<Blog>()
            group blog by blog.Url into g
            where g.Count() > 0
            orderby g.Key
            select new
            {
                g.Key,
                Count = g.Count()
            };

SQL:

SELECT [blog].[Url] AS [Key], COUNT(*) AS [Count]
FROM [Blog] AS [blog]
GROUP BY [blog].[Url]
HAVING COUNT(*) > 0
ORDER BY [Key]

SQL Server Profiler：

EF Core支持的聚合運算符如下所示：
●Avg
●Count
●LongCount
●Max
●Min
●Sum

1.4SelectMany

藉助LINQ SelectMany運算符，可為每個外部元素枚舉集合選擇器，並從每個數據源生成值的元組。

var query0 = from b in _context.Set<Blog>()
                from p in _context.Set<Post>()
                select new { b, p };

var query1 = from b in _context.Set<Blog>()
                from p in _context.Set<Post>().Where(p => b.BlogId == p.BlogId).DefaultIfEmpty()
                select new { b, p };

var query2 = from b in _context.Set<Blog>()
                from p in _context.Set<Post>().Select(p => b.Url + "=>" + p.Title).DefaultIfEmpty()
                select new { b, p };

SQL:

SELECT [b].[BlogId], [b].[Createtime], [b].[Updatetime], [b].[Url], [p].[PostId], [p].[BlogId], [p].[Content], [p].[Title]
FROM [Blog] AS [b]
CROSS JOIN [Post] AS [p]

SELECT [b].[BlogId], [b].[Createtime], [b].[Updatetime], [b].[Url], [t0].[PostId], [t0].[BlogId], [t0].[Content], [t0].[Title]
FROM [Blog] AS [b]
CROSS APPLY (
    SELECT [t].[PostId], [t].[BlogId], [t].[Content], [t].[Title]
    FROM (
        SELECT NULL AS [empty]
    ) AS [empty]
    LEFT JOIN (
        SELECT [p].[PostId], [p].[BlogId], [p].[Content], [p].[Title]
        FROM [Post] AS [p]
        WHERE [b].[BlogId] = [p].[BlogId]
    ) AS [t] ON 1 = 1
) AS [t0]

SELECT [b].[BlogId], [b].[Createtime], [b].[Updatetime], [b].[Url], [t0].[c]
FROM [Blog] AS [b]
CROSS APPLY (
    SELECT [t].[c]
    FROM (
        SELECT NULL AS [empty]
    ) AS [empty]
    LEFT JOIN (
        SELECT ([b].[Url] + N'=>') + [p].[Title] AS [c]
        FROM [Post] AS [p]
    ) AS [t] ON 1 = 1
) AS [t0]

SQL Server Profiler：

好了，這裏就不多寫關於LINQ其他示例了，如果需要了解的小夥伴們，可以移步“”這裏了解。

2.原生SQL查詢

有一些複雜業務場景，使用LINQ查詢可能會導致SQL查詢效率低下並不適用，那麼這時候就需要到原生SQL查詢了。EF Core為我們提供FromSql擴展方法基於原始SQL查詢。 FromSql只能在直接位於DbSet<>上的查詢根上使用。

var blogs = _context.Blog.FromSql("SELECT * FROM dbo.Blog").ToList();

原生SQL查詢可用於執行存儲過程。

var blogs = _context.Blog
    .FromSql("EXECUTE dbo.GetMostPopularBlogs")
    .ToList();

2.1原始SQL查詢使用參數化

向原始SQL查詢引入任何用戶提供的值時，必須注意防範SQL注入攻擊。除了驗證確保此類值不包含無效字符，還要將值與SQL文本參數化處理。
下面的示例通過在SQL查詢字符串中包含形參佔位符並提供額外的實參，將單個形參傳遞到存儲過程。雖然此語法可能看上去像String.Format語法，但提供的值包裝在DbParameter中，且生成的參數名稱插入到指定{0}佔位符的位置。

var url = "http://blogs.msdn.com/webdev";
var blogs = _context.Blog
    .FromSql("EXECUTE dbo.GetMostPopularBlogForUrl {0}", url)
.ToList();

SQL:

exec sp_executesql N'EXECUTE dbo.GetMostPopularBlogForUrl @p0
',N'@p0 nvarchar(4000)',@p0=N'http://blogs.msdn.com/webdev'

SQL Server Profiler：

還可以構造DbParameter並將其作為參數值提供。由於使用了常規SQL參數佔位符而不是字符串佔位符，因此可安全地使用FromSql：

var urlParams = new SqlParameter("Url", "http://blogs.msdn.com/webdev");
var blogs = _context.Blog
    .FromSql("EXECUTE dbo.GetMostPopularBlogForUrl @Url", urlParams)
.ToList();

SQL:

exec sp_executesql N'EXECUTE dbo.GetMostPopularBlogForUrl @Url
',N'@Url nvarchar(28)',@Url=N'http://blogs.msdn.com/webdev'

SQL Server Profiler：

2.2使用LINQ編寫SQL

可使用LINQ運算符在初始的原始SQL查詢基礎上進行組合。EF Core將其視為子查詢，並在數據庫中對其進行組合。下面的示例使用原始SQL查詢，該查詢從表值函數 (TVF) 中進行選擇。然後，使用LINQ進行篩選和排序，從而對其進行組合。

var searchTerm = "http://blogs.msdn.com/visualstudio";
var blogs = _context.Blog
    .FromSql($"SELECT * FROM dbo.Blog")
    .Where(b => b.Url == searchTerm)
    .Include(c=>c.Post)
    .OrderByDescending(b => b.Createtime)
.ToList();

SQL:

exec sp_executesql N'SELECT [b].[BlogId], [b].[Createtime], [b].[Updatetime], [b].[Url]
FROM (
    SELECT * FROM dbo.Blog
) AS [b]
WHERE [b].[Url] = @__searchTerm_1
ORDER BY [b].[Createtime] DESC, [b].[BlogId]',N'@__searchTerm_1 nvarchar(4000)',@__searchTerm_1=N'http://blogs.msdn.com/visualstudio'

exec sp_executesql N'SELECT [b.Post].[PostId], [b.Post].[BlogId], [b.Post].[Content], [b.Post].[Title]
FROM [Post] AS [b.Post]
INNER JOIN (
    SELECT [b0].[BlogId], [b0].[Createtime]
    FROM (
        SELECT * FROM dbo.Blog
    ) AS [b0]
    WHERE [b0].[Url] = @__searchTerm_1
) AS [t] ON [b.Post].[BlogId] = [t].[BlogId]
ORDER BY [t].[Createtime] DESC, [t].[BlogId]',N'@__searchTerm_1 nvarchar(4000)',@__searchTerm_1=N'http://blogs.msdn.com/visualstudio'

SQL Server Profiler：

3.異步查詢

當在數據庫中執行查詢時，異步查詢可避免阻止線程。異步查詢對於在客戶端應用程序中保持響應式UI非常重要。 異步查詢還可以增加Web應用程序中的吞吐量，即通過釋放線程，以處理其他Web應用程序中的請求。

public async Task<IActionResult> Index()
{
    var id1 = Thread.CurrentThread.ManagedThreadId.ToString();

    var blogs = await _context.Blog.ToListAsync();

    var id2 = Thread.CurrentThread.ManagedThreadId.ToString();

    return View(blogs);
}

當我們運行以上代碼時候，通過在關鍵字await上下文加入兩段獲取線程ID代碼，我們會看到如下結果：

看到兩段線程代碼輸出ID結果沒有？從上圖可以觀察到，當我們在進入某個視圖或者方法時候，執行到await某一個方法，當前線程不會一直等待下去，會立馬回收到線程池，供其他地方調用！當該await方法返回數據時候，才從線程池調用空閑線程執行await方法下文餘下的步驟。所以UI界面才不會進入假死狀態。

參考文獻：

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

※幫你省時又省力,新北清潔一流服務好口碑

※別再煩惱如何寫文案,掌握八大原則!