在這個(gè)問題中，我們必須使用來自兩個(gè)表的數(shù)據(jù)：表customers和表orders。我們可以編寫一個(gè)帶有子查詢的代碼來克服這個(gè)問題。但是，您可能知道，如果查詢和子查詢使用來自多個(gè)表的數(shù)據(jù)，那么也可以使用聯(lián)接編寫解決方案。記住了編寫盡可能少的代碼行的建議，最好使用join。

這個(gè)解決方案的假設(shè)是什么？一種假設(shè)是，可能有客戶沒有訂單。這意味著表customers中的客戶可能不會出現(xiàn)在表Orders中。第二個(gè)假設(shè)是，我們不會顯示零訂單的客戶，因?yàn)閱栴}沒有明確地說。

現(xiàn)在，這已經(jīng)導(dǎo)致我們解決方案崩潰。我們必須輸出兩個(gè)已經(jīng)存在的列，所以我們一定要使用SELECT。我們需要找到每個(gè)客戶訂單的總數(shù)。我們必須使用sum（）聚合函數(shù)對其求和。好的，桌子必須連接起來。我們將使用JOIN關(guān)鍵字來實(shí)現(xiàn)這一點(diǎn)。為什么不讓其他人加入呢？因?yàn)槲覀兊募僭O(shè)是，我們只想要至少有一個(gè)訂單的客戶。使用JOIN將給我們提供這樣的結(jié)果：它將連接兩個(gè)表，并且只查找兩個(gè)表中的值（客戶）。接下來呢？我已經(jīng)使用了聚合函數(shù)，所以我必須使用GROUP by。結(jié)果必須按字母順序排列，所以我將使用ORDER BY和ASC。

由此產(chǎn)生的解決方案分解可能如下所示：

• 選擇
• 總和(total_order_coste)
• 加入
• 按分組
• ASC命令

在您的情況下，這并不是緊急情況，因?yàn)槟斫饬怂袃?nèi)容，所以您可以進(jìn)入下一個(gè)檢查列表部分，或者您也可以在這里找到最多的commonSQL JOIN面試問題。

3.編寫代碼

在評估了問題并為代碼制定了策略之后，是時(shí)候開始編寫它了。

1. 堅(jiān)持一種選定的方言
2. 編碼時(shí)逐行進(jìn)行
3. 邊編碼邊說話
4. 使其具有可讀性
5. 與選定的慣例一致

i。堅(jiān)持所選方言

如果您參加SQL編碼面試，這一點(diǎn)尤其重要。正如您已經(jīng)知道的，有一個(gè)ANSI/ISO SQL標(biāo)準(zhǔn)，并且有許多SQL方言。實(shí)際上，每個(gè)RDBMS都使用自己的SQL方言。當(dāng)然，你不可能都知道。你面試的公司可能使用的是其中一種方言。

如果面試官不在乎你使用哪種方言，那就選擇你最喜歡的一種。如果你不是很擅長用SQL方言編碼，不要試圖通過選擇他們使用的SQL方言來吸引面試官。最好選擇你最熟悉的方言來解決問題，而不是使用其他一些你不太確定的方言。如果你選擇后一種，你可能會比必要的更緊張。此外，不熟悉特定的SQL方言可能會使您搞砸解決方案。

一旦選擇了SQL方言，請堅(jiān)持使用。例如，如果您選擇用PostgreSQL編寫，不要將其與T-SQL混在一起。

ii。逐行進(jìn)行

有一個(gè)明確的解決方案分解將幫助您檢查這一點(diǎn)幾乎沒有注意到。由于您已經(jīng)概述了代碼的功能和部分，您只需要保持冷靜，按照解決方案大綱系統(tǒng)地編寫代碼。代碼只不過是你思想的編程語言版本。如果你的想法和你的解決方案大綱是清晰的，你的代碼也將是清晰的。

如果你開始從一行跳到另一行，你會讓自己和面試官感到困惑。這可能會導(dǎo)致不能編寫正確的代碼。

iii。邊編碼邊說話

當(dāng)您一行一行地編寫代碼時(shí)，您還應(yīng)該談?wù)撃谧鍪裁础＿@很重要，因?yàn)楫?dāng)大聲說出你在做什么時(shí)，你更容易看出你是否做錯(cuò)了什么。一切在你的腦海里聽起來都很棒。但是當(dāng)你大聲說出來的時(shí)候，那些不太好的想法真的很突出！這使您有機(jī)會在執(zhí)行過程中更正代碼。否則，您可以完成代碼，甚至沒有意識到您做錯(cuò)了什么。

為什么在你寫的時(shí)候解釋每一行都很重要，原因之一是它再次邀請面試官參與你的解決方案。這讓他們有可能理解你在做什么，并給你一些提示。如果你只是寫了一個(gè)代碼，并對自己在做什么保持沉默，面試官也可能會停下來，只是等你完成代碼，讓你知道你做得如何。

iv。使其具有可讀性

簡單地從美學(xué)的角度來看，擁有一個(gè)結(jié)構(gòu)良好的代碼是一種樂趣。不僅如此，它還使您和面試官更容易閱讀您的代碼。

使您的代碼具有可讀性的主要因素在上面的一個(gè)要點(diǎn)中提到：盡可能簡單地編寫代碼。然而，有些解決方案不能簡單。如果您不努力使其具有可讀性，那么即使是幾行代碼讀起來也可能是一場噩夢。

要記住的一個(gè)技巧是使用空格、制表符和Enter。并且經(jīng)常使用它！這些鍵可以將代碼分成幾個(gè)部分，從而更容易理解代碼的功能。把它想象成你說的或?qū)懙娜魏螙|西?？崭瘛⒅票矸蚭nter將使代碼具有逗號、句子和段落。

如果可能，請為表使用別名。但試著讓它們變得不言自明。避免使用單個(gè)字母的別名，但也不要使別名過于冗長和描述性。變量名也是如此。

雖然SQL不區(qū)分大小寫，但最好用大寫來編寫SQL關(guān)鍵字。這也會使它們在代碼中突出，特別是如果所有列和表名都是小寫的。

查看我們的文章“編寫SQL查詢的最佳實(shí)踐：如何構(gòu)造您的代碼”，它關(guān)注如何改進(jìn)SQL查詢，特別是在性能和可讀性方面。

V。與選定的約定保持一致

沒有規(guī)則讓你寫大小寫；沒有規(guī)定的命名慣例，所以它取決于你和你喜歡它。但無論你做什么，都要與之保持一致。

如果你想用小寫來寫所有的新列名，并用下劃線分隔單詞，請這樣做并保持這種方式。將列命名為salary_per_employee看起來相當(dāng)不錯(cuò)。但是盡量避免將一個(gè)列命名為salary_per_employee，另一個(gè)列命名為SalaryPerDepartment，第三個(gè)列命名為“total salary”，第四個(gè)列命名為max_salaryperdeparment。當(dāng)你試圖閱讀代碼時(shí)，你會傷害自己，尤其是最后一個(gè)代碼。

在編寫表名、使用別名等時(shí)也是如此。保持一致性也會增加代碼的可讀性。

談到一致性，我們將向您展示此核對表部分在實(shí)踐中是如何工作的。

編寫代碼示例

以下是臉書的一個(gè)編碼問題：

“當(dāng)用戶試圖2FA(2因子身份驗(yàn)證）進(jìn)入平臺登錄時(shí)，臉書會發(fā)送短信。為了成功2FA，他們必須確認(rèn)他們收到了SMS短信。確認(rèn)文本僅在發(fā)送日期有效。不幸的是，數(shù)據(jù)庫中存在一個(gè)ETL問題，其中朋友請求和無效的確認(rèn)記錄被插入到日志中，這些日志存儲在'FB_SMS_SENTS'表中。這些消息類型不應(yīng)在表中。幸運(yùn)的是，'fb_confirmers'表包含有效的確認(rèn)記錄，因此您可以使用該表來識別用戶確認(rèn)的SMS文本消息。

計(jì)算2020年8月4日確認(rèn)短信短信的百分比?！?

如果您編寫這樣的代碼，它將涵蓋我們在本檢查列表一節(jié)中提到的所有內(nèi)容：

SELECT  cust_id,
        SUM(total_order_cost) AS revenue
FROM orders
WHERE EXTRACT('MONTH'
              FROM order_date :: TIMESTAMP) = 3
       AND
       EXTRACT('YEAR'
              FROM order_date :: TIMESTAMP) = 2019
GROUP BY cust_id
ORDER BY revenue DESC

讓我們假設(shè)Facebook使用SQL Server，但它讓您自己決定用哪種SQL方言編寫代碼。您不熟悉T-SQL，因此決定使用PostgreSQL編寫。

例如，EXTRACT()和雙冒號（：：）是PostgreSQL的典型函數(shù)。第一個(gè)從datetime數(shù)據(jù)類型中提取日期的部分。它不存在于T-SQL中！所以如果你對面試官說你是用T-SQL寫的，然后使用這個(gè)函數(shù)，你就犯了一個(gè)錯(cuò)誤。在T-SQL中，應(yīng)該使用DATEPART（）函數(shù)。您應(yīng)該知道PostgreSQL中的這個(gè)函數(shù)稱為DATE_PART()。一個(gè)下劃線可能意味著代碼工作和不工作之間的差異。

類似地，PostgreSQL中的雙冒號（：：）用于數(shù)據(jù)類型轉(zhuǎn)換。在T-SQL中，它不起作用；您必須使用CAST（）或CONVERT（）。

對于這段代碼有一個(gè)解決方案分解將使您很容易一行一行地編寫它。其實(shí)很容易。首先，您必須從表中選擇一些數(shù)據(jù)，對其進(jìn)行篩選、分組，最后對其進(jìn)行排序。不要先編寫WHERE子句，然后轉(zhuǎn)到SELECT語句，然后轉(zhuǎn)到數(shù)據(jù)類型轉(zhuǎn)換或任何其他處理代碼的奇怪方式。

在編寫代碼時(shí)，可以像這樣與面試官交談：我使用SUM（）函數(shù)選擇cust_id列來計(jì)算表訂單的收入。然后，我使用WHERE子句根據(jù)ORDER_DATE列中的月份和年份篩選數(shù)據(jù)。之后，我在客戶級別上對數(shù)據(jù)進(jìn)行分組，并按降序?qū)Y(jié)果進(jìn)行排序。

您可以看到這段代碼有縮進(jìn)，代碼的每個(gè)關(guān)鍵部分都有一個(gè)新行，并且命名約定是一致的。你想看看如果我們不遵循這個(gè)代碼會是什么樣子嗎？在這里：

SELECT cust_id,SUM(total_order_cost) AS REVENUE FROM ORDERS WHERE EXTRACT('MONTH' FROM order_date :: TIMESTAMP) = 3 AND EXTRACT('YEAR' FROM order_date :: TIMESTAMP) = 2019
GROUP BY cust_id order BY Revenue DESC

4.檢查代碼

編寫完代碼后，是時(shí)候在它成為最終答案之前對它進(jìn)行審查了。如果到目前為止您已經(jīng)遵循了清單上的所有項(xiàng)目，那么您將很容易檢查它。

在某種程度上，檢查代碼就是對照清單上的一些要點(diǎn)檢查代碼：

1. 檢查一下你還剩多少時(shí)間
2. 對照所需的輸出進(jìn)行檢查
3. 對照所述假設(shè)進(jìn)行核對
4. 檢查其可讀性
5. 帶領(lǐng)面試官通過解決方案
6. 優(yōu)化代碼

i。檢查您還剩多少時(shí)間

核對表這一部分的所有其他要點(diǎn)都依賴于這一點(diǎn)。如果你沒有時(shí)間了，那么你什么都做不了。你做了你所做的，你的代碼就是你得到的答案，不管你喜歡與否。

時(shí)間管理很重要，所以您應(yīng)該有意識地為檢查代碼留出一些時(shí)間。理想情況下，您將有時(shí)間執(zhí)行以下三個(gè)檢查。

ii。對照所需的輸出檢查代碼

您應(yīng)該回到您的問題，看看您的代碼是否真的返回所需的內(nèi)容。你是不是忘了包括一些必需的列？你真的按要求訂購了結(jié)果嗎？這些和其他類似的問題是你應(yīng)該問自己的。

如果你有時(shí)間，改正你所犯的錯(cuò)誤。如果沒有時(shí)間，保持代碼原樣，但寫下你做錯(cuò)了什么。

iii。根據(jù)聲明的假設(shè)檢查代碼

您基于一些假設(shè)編寫了代碼?；氐侥愕募僭O(shè)列表，檢查你是否遵循了它們。

如果你這么做就太完美了。但是在編寫更復(fù)雜的代碼時(shí)，您可能會放棄一些假設(shè)或引入新的假設(shè)。也寫下來。如果您沒有遵循所有的假設(shè)，但您認(rèn)為您應(yīng)該遵循，并且您有時(shí)間更改代碼，那么就這樣做。如果沒有，就保持原樣。

iv。檢查代碼可讀性

在這里你應(yīng)該檢查一下你是否理解你剛剛寫的東西?；氐侥拇a，再次檢查每一行的語法和邏輯。在逐行執(zhí)行時(shí)，評估代碼可讀性是否可以提高。您在命名約定上是否一致？你的別名清楚嗎？有什么歧義嗎？代碼是否以邏輯的方式構(gòu)造并分成邏輯的部分？

同樣，如果有時(shí)間，提高代碼的可讀性。如果沒有時(shí)間，試著寫下來，或者簡單地記住你本可以做得更好的事情。

V。引導(dǎo)面試官完成解決方案

如果你做了上面所有的步驟，這一個(gè)應(yīng)該會很自然地對你來說。最重要的是，當(dāng)你解釋你的代碼時(shí)，你是誠實(shí)的。

無論您在檢查代碼時(shí)發(fā)現(xiàn)了什么錯(cuò)誤，都要顯式地聲明它們。不要指望你的面試官不會注意到他們。別想把他們藏起來。承認(rèn)你的錯(cuò)誤，并表明你知道自己做錯(cuò)了什么。每個(gè)人都會犯錯(cuò)，但不是每個(gè)人都能意識到自己犯了錯(cuò)并承認(rèn)錯(cuò)誤。它表明即使你犯了錯(cuò)誤，你也知道自己在做什么。說到錯(cuò)誤，以下是人們在數(shù)據(jù)科學(xué)采訪中最常見的錯(cuò)誤。

如果您在輸出中包含了一個(gè)不必要的列，請這樣說，并繼續(xù)解釋您的輸出。你偏離了你最初的假設(shè)還是加入了新的假設(shè)？這么說并解釋原因。如果你做錯(cuò)了，說這不是故意的，但你看到你的解決方案應(yīng)該包括一些額外的假設(shè)。說明它們應(yīng)該是什么，以便您的代碼工作?？勺x性也是如此：如果您認(rèn)為可以使代碼更好，請解釋如何使代碼更好。

通過完成所有這些，您不僅可以顯示您的編碼能力，還可以顯示您的思考速度，您的責(zé)任感和誠實(shí)性。這些都是所有公司都非常重視的特點(diǎn)。

vi。優(yōu)化代碼

編碼面試中的最后一個(gè)問題通常是要求您優(yōu)化代碼的問題。這樣，面試官將測試你的SQL理論知識。例如，如果您知道聯(lián)接可能在計(jì)算上耗時(shí)？您將被要求找出是否有消除聯(lián)接或子查詢的方法。例如，如果試圖找到最大值，通常可以使用某個(gè)函數(shù)（如排序函數(shù)）刪除WHERE子句中的子查詢。

或者如果您知道對某些數(shù)據(jù)類型執(zhí)行操作的速度有多快。例如，字符串比較比整數(shù)比較慢，那么也許有一種方法可以在字符串?dāng)?shù)據(jù)上做到這一點(diǎn)？

結(jié)論

所有這些都總結(jié)到：如果你能很好地構(gòu)建你的方法，編寫代碼幾乎應(yīng)該是一個(gè)技術(shù)性的問題。重點(diǎn)是更多地思考，而不是編碼。編寫代碼應(yīng)該以非常有條理的方式進(jìn)行。

你應(yīng)該仔細(xì)考慮問題、你面前的數(shù)據(jù)、可能的解決方案、你的假設(shè)和你需要的功能。只有在那之后，你才應(yīng)該開始編碼。一旦你開始編寫代碼，你應(yīng)該能夠讓面試官了解你正在做的事情，并讓他們知道你所做的每一步。像在實(shí)際生活中一樣，在開始在生產(chǎn)中使用代碼之前，您必須檢查和優(yōu)化代碼。這次采訪是你的制作；管理好您的時(shí)間，以便能夠?qū)忛喣慕鉀Q方案。

這些是你應(yīng)該做的事情。在我們的帖子中還有更多的準(zhǔn)備技巧：準(zhǔn)備數(shù)據(jù)科學(xué)面試的5個(gè)技巧。

這一切都不容易。它需要經(jīng)驗(yàn)和實(shí)踐；沒人能偽造這個(gè)。但不管你的經(jīng)歷如何，遵循這份清單肯定會給你的思維和面試表現(xiàn)增加一個(gè)堅(jiān)實(shí)的結(jié)構(gòu)。只能讓你表現(xiàn)得更好。