Hello. I am Matti. I am Finnish. I am 18 years old. Minä olen Matti. Minä olen suomalainen. Minä olen kahdeksanoista vuotias. Nice to get to know you, Matti. I’m Michael. I’m 17 years old. Hauska tutustua, Matti. Minä olen Michael. Minä olen seitsemäntoista vuotias. Where do you originate from, Michael? Mistä maasta sinä olet kotoisin, Michael? I’m from England. Minä ...
explain SELECT user_id, user_loginID, user_pic FROM users WHERE user_loginID='user1234' AND user_password_encrypted='aaa1234' AND user_status=1; +----+-------------+-------+-------+-------------------------------------------------------------+---------------------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys ...
SELECT * FROM demotable ORDER BY id LIMIT 2,4 LIMIT後面接 [index, count]: Index：從哪個index開始傳回，Index是從0開始算，若以這個範例來看，資料會由第3筆資料開始回傳(2+1=3) count：由index開始，總共要傳回幾筆資料，以此範例來說，總共會傳回第3、4、5、6共四筆資料 SELECT * FROM demotable ORDER BY id LIMIT 4 OFFSET 2 有些SQL的資料庫不支援[index,count]的格式(例如PostgreSQL)，必需要用OFFSET來取代，OFFSET可以把它想成要略過筆數，以OFFSET 2為例，便可想成在找到的資料筆數中略過前二筆，即是由第三筆開始回傳。 但是隨著OFFSET (index) 的數量越大，其檢索性能便會越差。例如頭10萬或30萬筆數只需0.01秒，而去到50萬筆以上則需要3秒以上。為什麼會出現這樣的時間差異呢？其原因就在於表的掃描！假設我們要去執行LIMIT ...
1. 悲観的ロック 悲観的ロックとは、他の処理と競合してはならないトランザクションにおいて、開始時に更新の抑止がされていないことを確認後（抑止されている場合は解除されるまで待機するか、エラーとして処理をあきらめるか）他からの更新を抑止し、完了する際に抑止情報を解除することです。これは排他制御の一種です。 今の「select for update」はこういう概念です。資料処理の安全と統一性のため保守的なやり方ですが、効率的には良くないです。デッドロックを行う可能性も増えるし、ロック自身でもデータベースに負担を掛けます。また、ロック解除されるまでは待機するので、資料処理の並行性も影響されます。それで、悲観的ロックはトランザクションが短く、頻繁に更新され、なおかつ同時更新が多発するような場合しか使う最終手段です。 メリット 資料処理の安全と統一性を守る ...
循例講講，建議大家看看這個官網的說明吧。 點一下「讚」按鈕會對網頁的特定內容「按讚」，同時將內容分享到 Facebook。 您也可以在「讚」按鈕旁邊同時顯示「分享」按鈕，如此可以讓用戶在分享內容時加入個人訊息，並且自訂分享對象。https://developers.facebook.com/docs/plugins/like-button 之後廢話少說，直接去懶人Copy-Paste！！ Step 1) Blogger > 範本 > 編輯HTML Step 2) 在<body>與</body>中間貼上以下的code <script> window.fbAsyncInit = function() { FB.init({ appId ...
1.「対象の定義」 例ー：卵を持っていますか 例二：卵がありますか 私の視点から見ると、例ーと例二は全く同じ意味ですが、 なんで例ーは「を」、なんで例二は「が」にしますだろう？ 実際、日本語の中では、「人」（生き物）以外「もの」（死物）も一つの対象となります。 「卵を持っていますか」ここは「あなたは」という略した意味でもあります。 だから、例ーは「人」を対象にする文章です。 「卵がありますか」、ここは「卵」というものだけを対象にするので、 「人」という存在がありません。 しかし、どんな時に「人」を対象にするか、どんな時に「もの」を向かうか、 自動詞と他動詞の使い方も違います。 2.「自動詞と他動詞の定義」 自動詞は、人為的なことではなくで、意図を持ってない「自然的に発生する」ことで ...
日文經常都會把「は」省略。 日本語の文章の中で、「は」はいつも略されます。 「今、何時ですか？（略）」 「今はまだ早いですわよ！（ある）」 「今日、友達と会います（略）」 「今日は早く起きます（ある）」 甚麼時候用「は」？甚麼時候省略？經常都會混淆。 因此，今次就圍繞著「は」說明一下。 どんな時は「は」をつけるか、どんな時は略すか、よく混同してしまいました。 なので、今日は「は」について詳しく説明してみます。 首先我要先弄清楚下面的大前提。 まず、以下のような前提から説明します。 在日文𥚃面，「は」並不是個必然的存在日本語の文の中に、「は」は必然の存在ではない 在文章𥚃面，可能存在著複數的「は」跟主語文の中には、複数の「は」や主語があるかもしれない 接著來看看下面的例子吧。 そして、下記の例文を見てみます。 例ー：今、何時ですか？ 單純地問「現在」的時間是幾時，並不是要其他的時間滯。 単純に、「今」の時間が何時なのか、他の時間帯にかけていないです。 例二：今はまだ早いですわよ！ ...
雖然是些基礎的東東，但過了這麼多年還是很容易犯錯。 為警惕自已，決定第一篇就寫寫「は」與「が」的分別。 1.「已知情報 」vs「未知情報 」 「が」一般是用來說明事情。 一般的に「が」の使い方は情報を説明することです。 例ー：冷蔵庫に刺身があるよ。 眼前能見到的、能聽到的事物客觀地進行描述。 目の前に見たり、聞いたりしたものことをより客観的に描写します。 例二：東京は日本の首都です。 雖然「は」也是用於說明事物，但不同之處在一個是「已知情報」而另一個是「未知情報」。 同じく情報を説明することですが、「は」と「が」の使い分けは「既知情報 」と「未知情報 」です。 例一的說話者是以對方不知道雪櫃𥚃面有刺身這件事為大前提的，而列二則是以「東京是日本的首都」這個人所皆知的常識為大前提來進行說明。 例ーの場合、話者は相手がその刺身が冷蔵庫にあることが知らないと仮定しました。 例二の場合、「東京は日本の首都」ということは常識で、誰でも知っていると仮定しました。 ２.「重點的位置」 例三：誰が田中さんですか？ その美人が田中さんですよ。 對於「是誰？」這個疑問，是以「田中先生」為特定對象而發出的問題。 亦既是說，這𥚃想要回答的不是某某的誰，而是說那個美人就是質問者想要知道的田中先生。 「誰なのか？」という疑問への答えは、「田中さん」という対象を特定するような意味があります。 つまり、他の人でもなく「田中さん」こそが「その美人」です。 例四：あの人は誰ですか？あの人は田中さんです。 「は」的情況正好相反，比起「田中先生」，這𥚃所特定出來的對象是「那個人」。 「は」をつける場合、「田中さん」という対象より、 「あの人」ということを特定するような解釈があります。 根據「が」與「は」的使用，文章𥚃想要突出的重點也會不同。 就結果來說「が」所強調的都是前面的信息，而「は」則是強調後面的信息。 ※ 以「が」「は」來作文章的分界點 「が」と「は」に対して、文脈次第で特定したい要点が違うと思いますが、 結果的に「が」は前のことを強調することで、「は」は後のことを強調します。 ３.「特定的話題」 還有，使用「は」的時候，通常都會有追加說明或額外的含意。 ちなみに、「は」を使う時、追加説明があるかもしれません。 ...
