久久婷婷色综合一区二区,激情影院内射美女

鑰匙要點(diǎn)

>加入和關(guān)聯(lián)

>動(dòng)態(tài)字段訪問(wèn)

結(jié)論

經(jīng)常詢問(wèn)有關(guān)長(zhǎng)生素的ecto查詢dsl

連接。這允許它有效處理多個(gè)并發(fā)查詢，確保您的應(yīng)用程序即使在重負(fù)載下也保持響應(yīng)。

首頁(yè)

科技周邊

IT業(yè)界

elixir octo查詢DSL：超越基礎(chǔ)知識(shí)

Lisa Kudrow

Feb 18, 2025 am 10:53 AM

elixir octo查詢DSL：超越基礎(chǔ)知識(shí)

>本文基于我在理解Ecto查詢DSL：基礎(chǔ)知識(shí)的Ecto的基礎(chǔ)上的基礎(chǔ)?，F(xiàn)在，我將探索ECTO的更高級(jí)功能，包括查詢組成，加入和協(xié)會(huì)，SQL片段注入，顯式鑄造和動(dòng)態(tài)場(chǎng)訪問(wèn)。

再次，假定了長(zhǎng)生不老藥的基本知識(shí)，以及ECTO的基礎(chǔ)知識(shí)，我在Ecto庫(kù)的簡(jiǎn)介中介紹了這一點(diǎn)。

鑰匙要點(diǎn)

ecto允許在長(zhǎng)生不老藥中查詢構(gòu)圖，使開(kāi)發(fā)人員能夠創(chuàng)建可重復(fù)使用的查詢，并將它們合并為烘干機(jī)和更可維護(hù)的代碼?？梢允褂藐P(guān)鍵字查詢語(yǔ)法或宏語(yǔ)法來(lái)實(shí)現(xiàn)這一點(diǎn)。

> ecto提供了處理模型中的表關(guān)系（聯(lián)接和關(guān)聯(lián)）的能力。相關(guān)，使用has_one/3，has_many/3和屬于/3宏來(lái)定義，允許開(kāi)發(fā)人員處理模型中以外鍵實(shí)現(xiàn)的表格關(guān)系。

ecto支持SQL片段注入，該功能允許使用Fragment/1函數(shù)直接將SQL代碼直接注入查詢中。當(dāng)開(kāi)發(fā)人員需要將其放回原始SQL中以進(jìn)行不受ECTO功能不涵蓋的操作時(shí)，這很有用。

> ECTO支持明確的鑄造和動(dòng)態(tài)場(chǎng)訪問(wèn)。顯式鑄造允許開(kāi)發(fā)人員指定應(yīng)該施放表達(dá)式的類型，而動(dòng)態(tài)字段訪問(wèn)可以從給定表中搜索任何字段，從而使查詢更加通用和通用。

QUERY組成

>可以將ECTO中的單獨(dú)查詢組合在一起，從而可以創(chuàng)建可重復(fù)使用的查詢。例如，讓我們看看如何創(chuàng)建三個(gè)單獨(dú)的查詢并將它們組合在一起以實(shí)現(xiàn)烘干機(jī)和更多可重復(fù)使用的代碼：>

SQL版本的重復(fù)性很高，但另一方面的ECTO版本非常干燥。第一個(gè)查詢（get_users_overview）只是檢索基本用戶信息的通用查詢。第二個(gè)查詢（search_by_username）通過(guò)根據(jù)我們正在搜索的某些用戶名過(guò)濾用戶名來(lái)構(gòu)建第一個(gè)查詢。第三個(gè)查詢（paginate_query）是在第二個(gè)構(gòu)建的，它限制了結(jié)果并將它們從特定偏移量中獲?。榉猪?yè)提供基礎(chǔ)）。

>不難想象所有以上三個(gè)查詢都可以一起使用，以提供搜索特定用戶的搜索結(jié)果。每個(gè)都可以與其他查詢一起使用每個(gè)應(yīng)用程序需求，而無(wú)需不必要地重復(fù)整個(gè)代碼庫(kù)中查詢的部分。>>>>。

>加入和關(guān)聯(lián)

>在查詢時(shí)加入非?；荆覀冎皇乾F(xiàn)在介紹它們。之所以這樣做，是因?yàn)閮H學(xué)習(xí)加入ECTO并沒(méi)有用：我們也需要了解關(guān)聯(lián)。盡管這些并不難，但它們并不像到目前為止其他主題那么小。簡(jiǎn)單地說(shuō)，關(guān)聯(lián)使開(kāi)發(fā)人員能夠在模型中處理表關(guān)系（以外鍵實(shí)現(xiàn)）。它們?cè)诿總€(gè)模型的模式中使用has_one/3和has_many/3宏（對(duì)于包含其他模型的模型）和ander_to/3宏（對(duì)于其他模型與其他模型 - 具有外鍵的模型）定義了它們。。

查看我們的ectoing應(yīng)用程序，我們可以看到一個(gè)ectoing.user模型與ectoing.message模型之間的關(guān)聯(lián)的一個(gè)示例。 ectoing.user中定義的架構(gòu)定義以下關(guān)聯(lián)：

我們可以看到一個(gè)用戶有許多消息（ectoing.message），我們正在調(diào)用此關(guān)聯(lián)：消息。

在ectoing.message模型中，我們定義以下關(guān)聯(lián)關(guān)系：>

<span>SELECT id, username FROM users;
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%";
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%" LIMIT 10, 0;
</span>

>在這里，我們說(shuō)的是模型，ectoing.message，屬于ectoing.user模型。我們還將協(xié)會(huì)命名為：用戶。默認(rèn)情況下，ECTO將把_ID附加到屬于關(guān)聯(lián)名稱上，并將其用作外鍵名（因此，在這里是：user_id）。可以通過(guò)指定forefer_key選項(xiàng)手動(dòng)指定外鍵名，可以覆蓋此默認(rèn)行為。例如：

>現(xiàn)在讓我們看一下一個(gè)簡(jiǎn)單的查詢，該查詢使用JOIN來(lái)獲取用戶及其消息：

offset <span>= 0
</span>username <span>= <span>"%tp%"</span>
</span>
<span># Keywords query syntax
</span>get_users_overview <span>= from u in Ectoing.User,
</span>  <span>select: [u.id, u.username]
</span>
search_by_username <span>= from u in get_users_overview,
</span>  <span>where: like(u.username, ^username)
</span>
paginate_query <span>= from search_by_username,
</span>  <span>limit: 10,
</span>  <span>offset: ^offset
</span>
<span># Macro syntax
</span>get_users_overview <span>= (Ectoing.User
</span><span>|> select([u], [u.id, u.username]))
</span>
search_by_username <span>= (get_users_overview
</span><span>|> where([u], like(u.username, ^username)))
</span>
paginate_query <span>= (search_by_username
</span><span>|> limit(10)
</span><span>|> offset(^offset))
</span>
Ectoing<span>.Repo.all paginate_query
</span>

has_many <span>:messages, Ectoing.Message
</span>

返回的值：

belongs_to <span>:user, Ectoing.User
</span>

明顯，我們有許多卸載的關(guān)聯(lián)，包括：消息協(xié)會(huì)。加載此關(guān)聯(lián)可以通過(guò)兩種方式之一：從查詢的結(jié)果集或查詢本身內(nèi)部進(jìn)行?？梢允褂胷epo.preload函數(shù)來(lái)完成從結(jié)果集中的加載關(guān)聯(lián)：

<span># Ectoing.Message
</span>belongs_to <span>:user, Ectoing.User, foreign_key: some_other_fk_name
</span>

可以使用聯(lián)合和預(yù)加載函數(shù)的組合來(lái)完成查詢內(nèi)的

>加載關(guān)聯(lián)：>

<span>SELECT * FROM users u INNER JOIN messages m ON u.id = m.user_id WHERE u.id = 4;
</span>

現(xiàn)在，我們?cè)诮Y(jié)果中加載了消息關(guān)聯(lián)：

<span># Keywords query syntax
</span>query <span>= from u in Ectoing.User,
</span>  <span>join: m in Ectoing.Message, on: u.id == m.user_id,
</span>  <span>where: u.id == 4
</span>
<span># Macro syntax
</span>query <span>= (Ectoing.User
</span><span>|> join(:inner, [u], m in Ectoing.Message, u.id == m.user_id)
</span><span>|> where([u], u.id == 4))
</span>
Ectoing<span>.Repo.all query
</span>

>關(guān)聯(lián)隱式地加入了我們的主密鑰和外鍵列，因此我們不必指定一個(gè)：on子句。從上面，我們還可以看到，在預(yù)加載協(xié)會(huì)方面，它們并不是懶惰的。如果需要，必須明確加載關(guān)聯(lián)。

<span>[%Ectoing.User{__meta__: #Ecto.Schema.Metadata<:loaded>,
</span>  <span>firstname: <span>"Jane"</span>,
</span>  <span>friends_of: #Ecto.Association.NotLoaded<association :friends_of is not loaded>,
</span>  <span>friends_with: #Ecto.Association.NotLoaded<association :friends_with is not loaded>,
</span>  <span>id: 4,
</span>  <span>inserted_at: #Ecto.DateTime<2016-05-15T20:23:58Z>,
</span>  <span>messages: #Ecto.Association.NotLoaded<association :messages is not loaded>,
</span>  <span>surname: <span>"Doe"</span>,
</span>  <span>updated_at: #Ecto.DateTime<2016-05-15T20:23:58Z>,
</span>  <span>username: <span>"jane_doe"</span>},
</span> <span>%Ectoing.User{__meta__: #Ecto.Schema.Metadata<:loaded>,
</span>  <span>firstname: <span>"Jane"</span>,
</span>  <span>friends_of: #Ecto.Association.NotLoaded<association :friends_of is not loaded>,
</span>  <span>friends_with: #Ecto.Association.NotLoaded<association :friends_with is not loaded>,
</span>  <span>id: 4,
</span>  <span>inserted_at: #Ecto.DateTime<2016-05-15T20:23:58Z>,
</span>  <span>messages: #Ecto.Association.NotLoaded<association :messages is not loaded>,
</span>  <span>surname: <span>"Doe"</span>,
</span>  <span>updated_at: #Ecto.DateTime<2016-05-15T20:23:58Z>,
</span>  <span>username: <span>"jane_doe"</span>}]
</span>

由于本文專門針對(duì)ECTO的查詢DSL，因此我們不會(huì)在此處介紹關(guān)聯(lián)的插入，更新或刪除。有關(guān)此信息的更多信息，請(qǐng)查看與ECTO協(xié)會(huì)和嵌入的博客文章。SQL片段注入

> ecto為我們提供了很多功能，但它僅為SQL中的常見(jiàn)操作提供功能（它并不是要模仿整個(gè)SQL語(yǔ)言）。當(dāng)我們需要放回原始SQL中時(shí)，我們可以使用片段/1函數(shù)，使SQL代碼直接注入查詢中。

例如，讓我們?cè)谟脩裘侄紊蠄?zhí)行對(duì)案例敏感的搜索：>

（以上包含MySQL特定的SQL。如果您使用的是另一個(gè)數(shù)據(jù)庫(kù)，則對(duì)您不起作用。）

<span>SELECT id, username FROM users;
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%";
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%" LIMIT 10, 0;
</span>

offset <span>= 0
</span>username <span>= <span>"%tp%"</span>
</span>
<span># Keywords query syntax
</span>get_users_overview <span>= from u in Ectoing.User,
</span>  <span>select: [u.id, u.username]
</span>
search_by_username <span>= from u in get_users_overview,
</span>  <span>where: like(u.username, ^username)
</span>
paginate_query <span>= from search_by_username,
</span>  <span>limit: 10,
</span>  <span>offset: ^offset
</span>
<span># Macro syntax
</span>get_users_overview <span>= (Ectoing.User
</span><span>|> select([u], [u.id, u.username]))
</span>
search_by_username <span>= (get_users_overview
</span><span>|> where([u], like(u.username, ^username)))
</span>
paginate_query <span>= (search_by_username
</span><span>|> limit(10)
</span><span>|> offset(^offset))
</span>
Ectoing<span>.Repo.all paginate_query
</span>

fragment/1函數(shù)將SQL代碼作為字符串，我們想將其注入第一個(gè)參數(shù)。它使列和值可以綁定到SQL代碼片段。這是通過(guò)字符串中的占位符（作為問(wèn)號(hào)）完成的，隨后的論點(diǎn)分別傳給了片段。

>顯式鑄造

ecto使用模型的架構(gòu)定義的另一種方式是，將查詢中的插值表達(dá)式自動(dòng)施放到架構(gòu)中定義的相應(yīng)字段類型中。這些插值表達(dá)式被施放在與之比較的場(chǎng)的類型上。例如，如果我們有一個(gè)查詢片段，例如u.username> ^用戶名，其中u.username定義為字段：用戶名，架構(gòu)中的字符串，則用戶名變量將被ecto自動(dòng)施加到字符串。 > 但是，有時(shí)，我們并不總是希望eTo將插值表達(dá)式施加給定義的字段類型。在其他時(shí)候，ECTO將無(wú)法推斷出表達(dá)式的類型（通常是涉及SQL代碼的片段時(shí)）。在這兩種情況下，我們都可以使用類型/2函數(shù)來(lái)指定表達(dá)式及其應(yīng)施放的類型。

>讓我們以第一個(gè)想要將表達(dá)式施放到另一種類型的情況下，因?yàn)檫@是更有趣的場(chǎng)景。在我們的ectoing應(yīng)用程序中，我們使用了ecto.schema.timestamps宏來(lái)向我們的每個(gè)表添加兩個(gè)額外的字段：updated_at and inserted_at。默認(rèn)情況下，宏將這些字段的類型設(shè)置為具有ECTO.DATETIME的類型?，F(xiàn)在，如果我們想查看本月注冊(cè)了多少用戶，我們可以使用以下簡(jiǎn)單查詢：

>

但是，這將為我們提供一個(gè)ecto.casterror，因?yàn)闊o(wú)法將ecto.date struct施加到ecto.dateTime struct（因?yàn)槲覀冋诒容^interpolated ecto.ddate表達(dá)式與ecto.dateTime類型的字段）。在這種情況下，我們可以構(gòu)建一個(gè)ecto.datetime struct，或者我們可以指定要將表達(dá)式施加到ecto.date而不是ecto.datetime：>

現(xiàn)在，Ecto愉快地接受了查詢。在鑄造操作后，然后將插值的ecto.date表達(dá)式轉(zhuǎn)換為基礎(chǔ)：日期類型，然后讓基礎(chǔ)數(shù)據(jù)庫(kù)（在這種情況下為MySQL）處理日期和dateTime之間的比較。

>動(dòng)態(tài)字段訪問(wèn)

>讓我們從一起編寫(xiě)查詢的示例，我們?cè)谄渲袌?zhí)行了用戶名搜索：

<span>SELECT id, username FROM users;
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%";
</span><span>SELECT id, username FROM users WHERE username LIKE "%tp%" LIMIT 10, 0;
</span>

喜歡之后的分頁(yè)查詢，我們也可以概括此查詢，以便它可以從給定表中搜索任何字段。這可以通過(guò)執(zhí)行動(dòng)態(tài)字段訪問(wèn)來(lái)完成：

offset <span>= 0
</span>username <span>= <span>"%tp%"</span>
</span>
<span># Keywords query syntax
</span>get_users_overview <span>= from u in Ectoing.User,
</span>  <span>select: [u.id, u.username]
</span>
search_by_username <span>= from u in get_users_overview,
</span>  <span>where: like(u.username, ^username)
</span>
paginate_query <span>= from search_by_username,
</span>  <span>limit: 10,
</span>  <span>offset: ^offset
</span>
<span># Macro syntax
</span>get_users_overview <span>= (Ectoing.User
</span><span>|> select([u], [u.id, u.username]))
</span>
search_by_username <span>= (get_users_overview
</span><span>|> where([u], like(u.username, ^username)))
</span>
paginate_query <span>= (search_by_username
</span><span>|> limit(10)
</span><span>|> offset(^offset))
</span>
Ectoing<span>.Repo.all paginate_query
</span>

>當(dāng)需要?jiǎng)討B(tài)指定字段時(shí)，使用字段/2函數(shù)。它的第一個(gè)參數(shù)是要訪問(wèn)的字段表，第二個(gè)參數(shù)是該字段的名稱本身，被指定為原子。使用以上的常規(guī)查詢，我們可以將其封裝在函數(shù)中，并使用參數(shù)從給定查詢中指定的表中搜索任何給定字段。

結(jié)論

在這本書(shū)和我的上一篇有關(guān)ECTO查詢DSL的文章中，我們涵蓋了很多它的功能。提到的功能應(yīng)涵蓋應(yīng)用程序中使用ECTO時(shí)遇到的絕大多數(shù)案例。但是仍然有一些尚未涵蓋的主題（例如查詢前綴）。 ECTO備受期待的2.0版本中還有所有即將推出的新功能，包括子查詢，聚合查詢和多一對(duì)一的關(guān)聯(lián)。這些以及其他不具體特定的ECTO查詢DSL的功能將在以后的文章中介紹 - 請(qǐng)繼續(xù)關(guān)注！

經(jīng)常詢問(wèn)有關(guān)長(zhǎng)生素的ecto查詢dsl

的問(wèn)題（常見(jiàn)問(wèn)題解答）

> elixir的ecto查詢DSL是什么，為什么重要？它提供了一種在靠近SQL的語(yǔ)法中編寫(xiě)查詢的方法，但具有編譯時(shí)安全性的額外好處，與Elixir代碼更好地集成以及抽象和代碼重復(fù)使用的潛力。這很重要，因?yàn)樗试S開(kāi)發(fā)人員以更可讀和可維護(hù)的方式編寫(xiě)復(fù)雜的查詢，從而降低了錯(cuò)誤的可能性，并使代碼更易于理解和修改。

> ecto如何處理表之間的關(guān)聯(lián)？ ecto提供了一種使用has_many，has_one和alters_to宏來(lái)定義表之間關(guān)聯(lián)的方法。這些關(guān)聯(lián)使您可以以方便有效的方式查詢相關(guān)數(shù)據(jù)。例如，如果您有一個(gè)用戶架構(gòu)并且每個(gè)用戶都有許多帖子，則可以使用簡(jiǎn)單查詢的用戶檢索所有帖子。

我可以使用eTeco執(zhí)行涉及加入，子查詢和聚合的復(fù)雜查詢是的，是的，ecto支持廣泛的查詢操作，包括加入，子查詢和聚合。您可以使用JOIN關(guān)鍵字加入表，從關(guān)鍵字創(chuàng)建子征服，以及諸如SUM，AVG，MIN和MAX之類的功能來(lái)執(zhí)行聚合。這使ECTO成為以復(fù)雜方式查詢數(shù)據(jù)的強(qiáng)大工具。

> ecto如何處理交易？

ecto提供repo.Transaction函數(shù)，使您可以在單個(gè)事務(wù)中執(zhí)行多個(gè)操作。如果任何操作失敗，則交易中所做的所有更改都會(huì)回滾。這樣可以確保數(shù)據(jù)的一致性和完整性。

>我可以將ECTO與postgresql？

??

以外的數(shù)據(jù)庫(kù)一起使用，而ECTO最初是設(shè)計(jì)用于與PostgreSQL合作的，現(xiàn)在它也支持其他數(shù)據(jù)庫(kù)，包括MySQL和MySQL和MySQL和MySQL和sqlite。您可以在設(shè)置ECTO存儲(chǔ)庫(kù)時(shí)指定數(shù)據(jù)庫(kù)類型。

> ecto如何處理遷移？

ecto提供了一個(gè)可靠的遷移系統(tǒng)，允許您創(chuàng)建，修改和刪除數(shù)據(jù)庫(kù)表中的數(shù)據(jù)庫(kù)表一種受控和可逆的方式。您可以使用混合任務(wù)生成遷移文件，然后使用ECTO的DSL來(lái)定義遷移文件中的更改。

>我可以在插入或在數(shù)據(jù)庫(kù)中插入或更新數(shù)據(jù)之前使用ECTO驗(yàn)證數(shù)據(jù)嗎？是的，ECTO提供了一個(gè)更改功能，該功能允許您在數(shù)據(jù)庫(kù)中插入或更新數(shù)據(jù)之前驗(yàn)證數(shù)據(jù)。您可以在架構(gòu)中定義驗(yàn)證規(guī)則，然后使用更改功能將這些規(guī)則應(yīng)用于數(shù)據(jù)。

>

> eTOTO如何處理數(shù)據(jù)庫(kù)連接？

連接。這允許它有效處理多個(gè)并發(fā)查詢，確保您的應(yīng)用程序即使在重負(fù)載下也保持響應(yīng)。

>我可以使用ECTO執(zhí)行RAW SQL查詢嗎？高級(jí)，抽象的編寫(xiě)查詢方式，您也可以使用ecto.adapters.sql.query函數(shù)在需要時(shí)執(zhí)行RAW SQL查詢。

> ecto如何處理schemaless詢??問(wèn)？ ECTO提供了一個(gè)ecto.query.api.Dynamic函數(shù)，可讓您動(dòng)態(tài)構(gòu)建查詢，而無(wú)需預(yù)定義的架構(gòu)。當(dāng)您需要根據(jù)用戶輸入或其他運(yùn)行時(shí)數(shù)據(jù)構(gòu)建查詢時(shí)，這可能很有用。

以上是elixir octo查詢DSL：超越基礎(chǔ)知識(shí)的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！

本站聲明

本文內(nèi)容由網(wǎng)友自發(fā)貢獻(xiàn)，版權(quán)歸原作者所有，本站不承擔(dān)相應(yīng)法律責(zé)任。如您發(fā)現(xiàn)有涉嫌抄襲侵權(quán)的內(nèi)容，請(qǐng)聯(lián)系admin@php.cn