はてなブックマーク

SQL実行の流れ まずはSQLがどのような流れで実行されるのかを見ていきます。 SQL実行の流れは大まかに捉えると以下のようになります。 パーサ パーサでは、ユーザーから送信されたクエリを受け取り、その文法的な正確さを検証します。SQLクエリが正しくフォーマットされているか、必要な構文要素が全て含まれているかをチェックし、例えばFROM句で指定されたテーブルが存在するかどうかも確認します。 文法的なエラーがある場合、例えばカンマの欠落や存在しないテーブルの参照など、クエリはエラーとして返されます。 エラーがない場合は、クエリは「抽象構文木」というデータ構造に変換されます。これにより、データベースはクエリをより効率的に解析し、次の処理ステップに進めることができます。 オプティマイザ SQLクエリがパーサを通過した後、次にクエリの最適化を行うのが「オプティマイザ」です。オプティマイザの主な役割

Web開発において、ページの読み込み速度は非常に重要になります。 そのためにもブラウザのキャッシュは効率的なWebサイト運営に不可欠な機能です。 ブラウザのキャッシュには次のHTTPヘッダを設定することができます。 Expiresヘッダ Cache-Controlヘッダ Last-Modifiedヘッダ ETagヘッダ これらのキャッシュには強いキャッシュと弱いキャッシュで分類が可能です。 「Expires」「Cache-Control」は強いキャッシュであり、「Last-Modified」「ETag」は弱いキャッシュに分類できます。 強いキャッシュと弱いキャッシュ 強いキャッシュは設定された期間内は完全にローカルキャッシュを利用して、サーバーへのリクエストを行いません。 一方で弱いキャッシュはキャッシュされたリソースの検証が必要であり、ETagやLast-Modifiedヘッダを利用して

DBMSのメモリ管理について データベース管理システム（DBMS）の設計では、大量のデータと複雑なクエリを処理するために、ハードウェアの特性を最大限引き出すことが求められます。 この記事では、DBMSがどのようにメモリを使ってデータアクセスの速度を向上させ、同時にデータの安全性を確保しているのかを解説します。 DBMSと記憶装置の関係について DBMSが使う記憶装置は次の2つです。 HDD HDDは磁気ディスクを使用してデータを記録・読み取りする記憶装置です。その主な特徴は大容量であり、コスト効率が良いことです。DBMSでは、データの永続的な保存にHDDが用いられます。これにより、システムがシャットダウンされた後もデータが保持され、必要に応じて再びアクセス可能となります。 しかし、HDDのデータアクセス速度はメモリに比べて遅いため、リアルタイム処理や高速なトランザクションが求められるアプリ

https://www.honeybadger.io/blog/building-a-simple-websockets-server-from-scratch-in-ruby/ 本記事はこちらの英語の記事のハンズオン内容を元に作成したものです。 自分で動かしてみて勉強したので忘備録として内容をまとめました。 WebSocketについて WebSocketはHTTP接続が持ついくつかの問題を解決するために発明されたプロトコルです。 例えば通常のHTTPでは、ページをリクエストするたびに接続が閉じてしまいます。 これではチャットなどリアルタイム更新が必要なアプリでは非効率ですね。 また、HTTPリクエストの継続的なポーリングや小さなリクエストの多用による接続のオーバーヘッドも問題となります。 WebSocketでは、サーバーとの間に一度開設した接続を維持し、双方向通信を実現します。 それでは

どうもお疲れ様です。MESIです。 これは私が駆け出しの新卒1年目の頃でしょうか。 ある社内のつよつよエンジニアからこう言われました。 「MESIよ。流行りのフレームワークの使い方を覚えるのではなく、土台を理解しなさい」 彼はそう言い残すと1冊の本を残し会社を去っていきました。 これ。 託された本を読んでみたものの当時の私には難しすぎました。 理解ができないのですが、何が理解できないのかがわからない。そんな状態でした。 毎日この本とにらめっこをしましたが、時間だけが過ぎていきました。 大学でコンピュータサイエンスを全く学んでいない状態で入社した当時の私には難しすぎたのです。 私は諦めずにOS関連の低レイヤーの本を読み出しました。そして以下のループにハマりました 本の内容が理解できない ↓ 本を理解するために別の本を読む ↓ 理解できないのでまた別の本を読む いきなり難しい本にチャレンジをし

どうもお疲れ様です。MESIです。 フロントエンドのパフォーマンスチューニング手法の一つとしてJavaScriptを非同期で読み込むことを学んだので忘備録として残します。 なぜ非同期で読み込む必要があるのか？ 主な理由としてレンダリング時のブロックを回避するためにJavaScriptを非同期で読み込む必要があります。 レンダリングブロックについて 通常、ブラウザはHTMLを上から下へと解析し、表示していきます。 しかし、JavaScriptファイルが同期的に読み込まれる（<script>タグのデフォルトの挙動）と、ブラウザはそのファイルのダウンロードと実行が完了するまでHTMLの解析を停止します。 これによりページのレンダリングが遅れ、ユーザーがページの内容を見るまでの時間が長くなります。 そこで非同期読み込みの出番です。 非同期でJavaScriptを読み込む（asyncまたはdefer

どうもお疲れ様です。 MESIです。 皆さん基本情報技術者は取得済みでしょうか？ よくITエンジニアの免許と言われている資格ですよね。 私は一昨年の秋に取得しました。 ちょうどエンジニアとして就職して2年目の時でしたね。 それまでの私の知識は業務で必要とされる部分しか知識がなく、情報系の学科を出ているわけでもないので、ITエンジニアとしての土台が全くない状態でした。 時々、このままではいけないと技術書を買って読むのですが、土台がないので頭に全然入ってこないし、何が書いてあるのかわからない。。 そんな私が基本情報を受験してから、見える世界が変わった件について話します。 『何をしている？早く基本情報技術者を取るんだ！』 新卒1年目の自分に言いたいセリフNo1がこれです。 なぜ基本情報を受験することになったのかといいますと、会社で半年に一度目標設定をするのですが、その一環としてです。 エンジニア

この5つがよく使うやつですよね。 「bzip2やxzは？」だと！ ナニソレオイシイノ？ とにかくイメージで印象づける 脳の海馬にtarコマンドのオプションを刻み込むためには視覚的なイメージを刻み込むのが一番です。 アーカイブの展開時と作成時のxとcをどう覚えるか？ まずtarコマンドはアーカイブの 展開時には「x」 作成時には「c」 を使います。 これをイメージに落とし込みましょう。 展開時はアーカイブされたファイルがX状に広がっていくイメージ xはアーカイブされたファイルがx状に解き放たれていくイメージを持ちましょう。 アーカイブ作成はファイルが包み込まれるイメージ cはcという文字にファイルが包み込まれるイメージを持ちましょう。 このイメージで展開時と圧縮時で 「どっちだっけ？」 となることはなくなるはずです！ 他のvとfはどうする？ xとcをイメージに落とし込みました。次はvとfを見

どうもお疲れ様です。MESIです。 皆さん技術書は読んでますか？ 私は技術書が好きです。読むのも好きだし買うのも好きです。 先月は技術書を30冊ほど買っていることが判明し今月の支払いに震えております。 今は技術書が大好きで毎日のように読んでいる私ですが、昔は読み方がわからず少し読んで放置するを繰り返しておりました。 本記事では私が犯した技術書の読み方の誤りについて紹介します。 私のような技術書を買っても積読してしまう方にとって参考になれば幸いです。 頭から順番に読み、目次を見ない 一般的な本の読み方が身についていると、本を頭から順番に読んでいこうとしてしまいます。 しかし、技術書でその読み方は合わないと私は考えます。 とにかく最初に見るべきは目次！ まず目次を見て読む場所を決める。 目次を見て大体内容がわかりそうな部分は後回しにして、自分が理解してなさそうな部分から読みます。 技術書は小説

どうもこんにちは。MESIと申します。 皆さんVimは使ったことがありますでしょうか？ Vimといったらキーボードのみで操作をしないといけない敷居の高いエディターなため、使っていない人のほうが多いと思います。 私はエンジニア3年目なのですが、ずっとVScodeをつかってコードを書いていて たまにCUI環境を使わざるをえないときに仕方なく使うくらいでした。 当然まともには使えないので、insertモードと矢印キーでごまかしながら使ってました。 そんな感じだったのですが、11月の月初からVimを使っています。 12月になった今、本格的にvimを使いだして1ヶ月が経過したので、その節目として振り返りたいと思います。 ちょっとVimに興味があるVim未経験の方へ参考になれば幸いです。 なぜVimを使うことになったのか？ Vimを使い始めた理由ですか？それは… なんか…カッコいいから です。 コード