
中山テック 代表の中山です。
※開発者向けの記事となります
代表の技術遍歴をご紹介!~プログラミング編~では過去触ってきたプログラミングを抜粋の上紹介しました。
今回はサーバサイドエンジニアとして必要不可欠であるデータベース(以下DB)の技術遍歴をご紹介します。
Contents
製品

最初のC言語を扱っていた4年間はDBアクセスライブラリがあったため
SQL書くこともアクセスすることもありませんでした。
なのでまだDB歴は10年ほどしか触ってません。
そこから延々DB中心とした開発を行って来ましたが、主に下記を触ってきました。
1.Oracle
2.DB2
3.SQLServer
中でもOracleは携わった現場の8割方を占めており
DBとしても非常に多くの機能を兼ね備えているため導入されるのも
頷ける気がしました。DB2、SQLServerも劣ることのない性能となっているのでお間違いなく。
SQL
データベースへアクセスしてデータを取得するプログラムをSQLと呼びます。
例えば下記のSQLを実行すると・・・
SELECT * FROM USER_DATA WHERE REGIST_DATE >= TO_DATE('2020/01/01','YYYY/MM/DD')
1.SELECT・・・参照します。更新(追加、更新、削除)することはありません。
2.FROM テーブル名・・・データ取得するためのテーブルを指定します
3.WHERE カラム名・・・WHEREは条件式の宣言となります。
カラムはテーブルの中の列にあたります。ユーザID列はユーザIDカラムと呼びます。
上記コードの場合「2020年1月1日から登録した全ユーザデータを取得する」という条件を付けます。
複数テーブルに跨ったデータを取得したい場合はSQLはより複雑になります。
チューニング
DB操作に慣れてくるとチューニングを実施する機会が与えられることもあります。
これは、「データ取得に時間が掛かっているので、より良いSQLに修正する」や
「データ取得に時間掛かっているのでインデックスを付けましょう」とか
「データ取得に時間掛かっているのでテーブル分割しましょう」と言ったことを実施します。
上記のSQLでいうところの「WHERE」以下の条件が悪いことが殆どです。
まずはどの程度実行~取得までに時間掛かるのかを調べます(実行計画と呼ばれる技術を使用)。
その後、SQLで全レコード1個1個調べていないか(本来は必要な分だけを検索すべき)とか
そもそも取得レコードが多いのに、使用しないフラグがないとか。
1つのテーブルに対し普通に一千万~下手したら億単位のレコードが詰まっているので
1個取得するのに0.0000001秒の差が出ただけでパフォーマンスは劇的に変化します。
設計
新しいテーブルを追加する時に別テーブルの情報が必要なら参照カラムを追加する、インデックスは貼るのか
レコード数の見積次第ではインデックスは逆効果と言ったことを考えなくてはなりません。
さらにレコードが増えたことによる正規化を検討することで冗長処理が改善します。
まとめ
サーバサイドの開発を行う際は画面はもちろんのこと、DBを鑑みないとなりません。
プログラミングも貰う情報+DB処理方式に倣って記載することが殆どです。
ですので、プログラミングの勉強する方はDBの勉強もセットでするべきなのです。
中山テックでは下記のお仕事を承っています。
ホームページ制作系
ご料金はサービス内容・料金を参照ください。
■ホームページ制作
※ロゴ、バナーは外注となります
■SEO対策
Googleガイドライン診断、マネジメント、ブログ執筆など
システム開発系(SES請負契約向け)
■役職
プロジェクトマネジメント、PMO、リーダー、開発(要件定義~納品まで)
■スキル
工数見積(FP法)、折衝・提案、計画、調査、設計、実装(C、Java、クライアント系、SQL等)
データベース全般、テスト計画・項目作成、運用・保守
その他
Excel、プログラミングなどソフト系のお困りごと
対象地域
千葉県:東葛エリア(松戸市、柏市、我孫子市、市川市、流山市、船橋市、鎌ヶ谷市、白井市、浦安市) 他要相談
茨城県:取手市、土浦市、他要相談
埼玉県:三郷市、草加市、春日部市、他要相談
東京都:23区、他要相談
京都府:南区、他要相談
ご質問ございましたら、お問い合わせページよりご連絡ください。