- ソフトウエア開発
- SES│在宅あり│契約社員◎
- Java・エンジニア
- 他59件の職種
-
開発
- ソフトウエア開発
- Java・エンジニア
- 未経験大歓迎│Webエンジニア
- Webエンジニア
- 上流工程・システムエンジニア
- 未経験歓迎│資格支援
- 未経験も歓迎│Webエンジニア
- Java経験者│リモート有
- リモート有・Java経験者
- Java経験者
- リモートOK・Java
- SES│Java
- SES│在宅ワーク│Java
- 在宅ワーク│C# or VC+
- SES事業│テレワーク
- Webエンジニア│Java
- プログラマー・Java
- Webエンジニア・Java
- Webエンジニア・フルリモート
- JAVA・システムエンジニア
- エラー箇所の特定・修正
- Unisys経験者
- JAVA・TypeScript
- リモートOK・リーダー
- 在宅OK・Oracle EBS
- リモートOK・モバイル開発
- プログラマー
- アプリ開発エンジニア
- アプリエンジニア
- ネットワークの設定・保守
- AWSリーダー
- クラウドインフラ案件
- SAPソフトウエア開発
- WEB開発
- PM
- QAリーダー
- Java新規開発
- 開発経験3年以上│東京勤務
- データ移行
- Python案件
- システムエンジニア
- フルリモート
- プログラマー(Java)
- エンジニア・SE
- システムエンジニア
- ビジネス
SQLはシステムエンジニアスキルの基本の基本として、
意外にDBチュウニングのことがわからない方が多いです、
理由として、それぞれの案件はデータベース管理者(DBA)がございます、
または、同案件に参加したベテラン技術者が担当されましたから、
DB性能に関わる仕事があまり任されていないでした。
まず、皆さんご存じの通りにDB性能に関する経験があれば、給料アップ、良い案件の参加に繋がります、
なので、システムエンジニアとして、常にDB性能(主にSQL性能)に意識して、設計、実装をする必要があります。
まず、自分を例として、数多くの案件を参加して、順番で下記1から3のスキルの習得しました、
それで、大抵性能良いアプリケーションを実現できますが、
まだ性能が悪い時はDBの設定などが問題があるかもしれない、DBAの力を貸して、一緒に分析する必要があります、
ただ、経験としては90%の性能問題がアプリケーションが悪いからです、
例:大量のループ処理に単純なSQLを実施する、これはなぜ性能悪いかと言うと、
SQL実施時、サーバに送信、実施結果の受信が大量発生するから、ネットワーク時間が一杯取られたからです、これは典型的なアプリケーション悪い例です。
1、データ量を意識して性能良いSQLを書く
2、SQLの実行計画の見方、分析方法
3、実行計画から性能悪いところを見えない際の対処方法
DB性能問題は結構面白い話で、皆さん一緒に知識を学び、情報交換をしましょう。
昨年弊社はDB基層編のセミナーを開きました、社外の方も数名参加しました、
今年は中級、上級のセミナーを計画しています、開く時、別途案内します。
DBに関わる質問がある方、ぜひ声をかけていただきます。