Microsoft SQL Server 2012 の継続利用に潜む罠 なぜ使い続けてはダメなのか
Microsoftの製品は発売後5年間のメインストリーム、さらに5年間の延長で合計10年間のサポートが提供される。 「Microsoft SQL Server 2012」の提供開始日は2012年5月20日、いよいよ2022年7月12日にサポートが終了する。サポートが終了しても製品を使い続けることはできるが、セキュリティ更新プログラムが提供されなくなり、マルウェアへの感染や情報漏えいなどのリスクが増大する。さらに、ドライバーやアプリケーションなど周辺ソフトウェアのサポートも終了してしまう。古いSQL Serverが足枷となり、ビジネスに大きな影響を与えることで、DXの妨げともなりかねない。 「Microsoft SQL Server 2012」の更新を柔軟にサポートできるデータベースコンサルティング Microsoft SQL Server 2012のサポート終了まで1年を切り、既に次期デー
SQL Serverのロックについて出来る限り分かりやすく解説 - Qiita
公式ドキュメントだと文字だけの情報なので、図解することで分かりやすく理解してもらえるように説明してみました。 わかり辛かったらすみません！ SQL Serverのロックとは DB上でデータを操作（SELECT/INSERT/UPDATE/DELETE等）する際、データの整合性を保つために使われる排他制御の仕組み。 例えば、「1つのレコードを一度に更新できるのは、1つのクエリだけ」といったルールを実現してくれる。 RDBMSのトランザクションのプロパティ「ACID」のうち、主にI（Isolation）を満たすための仕組みです。 SQL Serverのロックを理解するための3つのポイント １．ロックには複数の粒度（階層とも呼ばれる）が存在する ２．ロックには複数の種類が存在する（ロックモード） ３．各ロックモード間には「互換性」という関係性がある 以降で順を追って説明する。 なぜロックについて
EC2でのSQL Server Expressの利用に関するよもやま話 | DevelopersIO
しばたです。 EC2でSQL Server Express扱う際の情報が意外と見つからなかったのでいろいろ調べてみました。 本記事では調べた内容をざっくばらんに共有していきます。 はじめに SQL Serverには利用する機能や用途に応じて様々なエディションがありますが、Express Editionはデスクトップ、WEB、小規模サーバー向けに用意された無料エディションになります。 (SQL Serverのダウンロードページより) 無料エディションなので利用可能スペックに制限はありますが、AWSにおいてもRDS for SQL Serverでの提供およびSQL Server ExpressがバンドルされたAMIが公開されており普通に使うことができます。 以下に本日時点で利用可能なRDS for SQL ServerとSQL Server Express入りAMIのリストを記載します。 RD
SQL ServerのSQLチューニングをToad for SQL Serverで簡単に実施！ | コーソルDatabaseエンジニアのBlog
TOP BLOG 技術ブログSQL ServerのSQLチューニングをToad for SQL Serverで簡単に実施！ コーソルDatabaseエンジニアのブログ 技術ブログ 渡部です。エンジニアのスキルに依存せず、SQL ServerのSQLチューニングをツールで簡単に実施できるToad for SQL Serverの簡単なご紹介です。 チューニングの悩ましさ SQLに限りませんが、チューニング作業は現場的に悩ましい存在です。それは、以下の問題点があるためです。 チューニングに携わるエンジニアに高いスキルが必要 高いスキルを持ったエンジニアを見つけるのが困難 高いスキルを持ったエンジニアであっても、チューニング作業には多くの時間が必要 どこまで時間をかければ、チューニングをやり切ったかの判断が難しく、いたずらに時間を浪費しがち 仮に高いスキルをもつエンジニアを見つけられ、時間をかけて
SQL Server FCIをFSx for Windowsを使って構築する（Windows内部編） | DevelopersIO
RDS for SQL Serverは利用できないが、SQL Server on EC2をマルチAZで動かしたい場合の選択肢となる、 SQL Server Always OnのFCIを構築する機会があったので構築手順を紹介します。 AWSでSQL Serverを利用する場合、マネージドなRDS for SQL Serverを利用することをオススメします。 しかし、さまざまな理由によってRDS for SQL Serverを採用できず、EC2上でSQL Serverを利用することもあります。 今回はそんなケースで、RDS for SQL Serverは利用できないが、SQL Server on EC2をマルチAZで動かしたい場合の選択肢となる、 SQL Server Always OnのFCI（フェールオーバークラスタインスタンス）を構築する機会があったので構築手順を紹介します。 先日、SQ
SQL Serverが管理するデータベースの実体とアクセスパターン
前章ではSQL ServerがCPUを効率的に使用するために内部に保持しているSQLOSスケジューラについて紹介しました。この章ではSQLOSスケジューラに管理される側の動作の1つであるデータファイルやトランザクションログファイルといった物理ファイルへのディスクI/O（入出力）操作について詳しく見ていきます。SQL Serverが管理するデータベースと物理ファイルの関連から始めて、I/Oを行う内部コンポーネント、アクセスに使用しているAPI、さらにモニタリング（監視）方法まで紹介します。SQL Serverが実行するI/O操作を、前章と同様に論理的かつ物理的な視点からとらえます。 2.1 SQL Serverが管理するデータベースの実体 ユーザーアプリケーションが比較的大きな量のデータを長期的に保持する必要がある場合には、どのような手段をとるのが現実的でしょうか。おそらくほとんどの場合 は
DockerForWindowsで開発用SQLServerを利用する - endokのブログ
はじめに 環境 DockerForWindowsの導入 imageの取得 コンテナの起動 コンテナの停止・終了 データの永続化 その他 パスワード複雑性要件 ACCEPT_EULAをY以外にする まとめ はじめに .NETアプリケーションを作るのにSQLServerを利用しようと思ったが、 クライアント環境を汚さないように、勉強も兼ねてDockerで稼働させることにした。 今回はSQLServer Developer 2017を稼働させる。 Docker体験も兼ねてるので、Docker知ってる人なら当たり前・・という内容も含まれているので注意。 なお、このページの内容は下記ページに基づいています。 https://hub.docker.com/r/microsoft/mssql-server-windows-express/ 環境 Windows10 Professional SQL Se
SQLServer 2014 “Hekaton”再考 - 急がば回れ、選ぶなら近道
SQLServer2014「Hekaton」 MSの主要DB。論文がでているので、それをベースに自分の理解を書く。当然実装は公開されていないので、合ってるかどうかは知らない。また実際に製品にテストベンチを走らせたわけではないので、あくまで公表された論文ベースでの理解になる。まぁもう普通に使われているDBで、細かい機能云々についてはいろいろ資料がでているはず。そのあたりを見ればいいと思う。論文が公表されて、だいぶいろいろ手がはいっているとは思うので「アーキテクチャの設計」として読んでる。 ■論文の構成 基本的に三つの構成になっている。全体の枠組み・Txの処理を詳細に記述したもの・およびその厳密な証明。このうち、全体の枠組みは、Tx処理詳細のあとで書かれているので、若干の不整合がある。これはIndex実装の追加の話なので、多分パフォーマンス向上のためにRange Indexを追加したようだ。ト
AmazonクラウドがPaaS機能で.NETとSQL Serverを標準サポート。Windows Serverアプリがそのままクラウドへ展開可能に
AmazonクラウドがPaaS機能で.NETとSQL Serverを標準サポート。Windows Serverアプリがそのままクラウドへ展開可能に Amazon Web Servicesは、Amazonクラウド上でPaaSの機能を提供する「AWS Elastic Beanstalk」で.NET環境をサポートし、データベースの自動フェイルオーバーや自動バックアップなど可用性を提供するサービスのAmazon RDSでSQL Severのサポートを開始したと発表しました。 開発者はSQL Serverを利用した.NETアプリケーションをそのままAmazonクラウド上に展開し、Beanstalkによるアプリケーションのデプロイ、オートスケール、ロードバランスの機能を利用でき、Amazon RDSでSQL Serverの自動フェイルオーバー、自動パッチ、自動バックアップ機能などを利用することができる
SQL ServerとOracleの一番大きな違い：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 ぶっちゃけて、SQL Serverも、Oracleも、フリーのPostgreSQLも、RDBMSとしての本質的な性能差は本当に小さい。そのためRDBMSのベンダーを選択するのは、バックアップとか、レプリケーションとか、クラスタリングなどの機能や関連ツールのできと、IDEとの相性などを検討するのが良いでしょう。 しかし、一般的にあまり検討の対象になってない部分が、実は一番大きな違いだったりします。わたしは、SQL ServerとOracleの差で、もっとも大きいのはストアドプログラム（プロシージャ・ファンクション）の書き方（構文）の違いだと思います。 単純なロジックはOracleの方が書きやすい。SQL ServerのIfなどのステートメントブロックにBEGIN
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fix Recovery Pending State in SQL Server Database - DZone
How To Recover SQL Server FILESTREAM Enabled Database - DZone
翔泳社の本：『絵で見てわかるSQL Serverの仕組み』一覧
Don't Do These Things in SQL Server - DZone
Effective Database Testing With SQL Test and SQL Cover - DZone
SQL Serverの動作パラメータを把握しよう（前編）
新米SQL Serverエンジニアを襲った「メモリが足りない」現象とは？！