SQL Server 2012 Express Edition の上限について
SQL Server Express Edition はいろいろな製品のデータストアとして使用されていることがあると思います。 今回の投稿では SQL Server 2012 Express Edition の CPU / メモリ / ディスクの上限を改めて整理してみたいと思います。 Express Edition のインストーラーは以下からダウンロードできます。 Microsoft® SQL Server® 2012 Express ■CPU について CPU には以下の制限があります。 SQLServer のエディション別の計算容量制限 1 ソケットまたは 4 コアのいずれか小さいほうに制限 1 ソケット / 4 コア / HT 有効 の CPU を使用する場合、OS からは 1 ソケット = 8 コア として認識がされます。 この場合、SQL Server が使用できる CPU コア
復旧モデルの概要
適用対象:SQL Server SQL Server のバックアップ操作および復元操作は、データベースの復旧モデルのコンテキストで発生します。 復旧モデルは、トランザクション ログのメンテナンスを制御するように設計されています。 復旧モデル は、トランザクションをログに記録する方法、トランザクション ログのバックアップを必須 (および可能) にするかどうか、利用できる復元操作の種類などを制御するデータベース プロパティです。 復旧モデルの種類は、単純、完全、および一括ログの 3 種類です。 通常、データベースには完全復旧モデルまたは単純復旧モデルが使用されます。 データベースは、任意の時点で別の復旧モデルに切り替えることができます。 このトピックの内容: 復旧モデルの概要 関連タスク 復旧モデルの概要 次の表に、3 つの復旧モデルの概要を示します。 ログ バックアップはありません。 必要な
全ては時の中に… : 【SQL Server】メモリ使用量について
2007/12/1020:53 【SQL Server】メモリ使用量について データベース製品（SQL ServerやOracle等）を利用していると、データベースが大量にメモリを消費していることがある。 実行時には、ほとんど使用されていなかったはずのメモリが、数百MB〜数GBも使用されていることがある。 この消費されているメモリの大半は、"データバッファキャッシュ"として利用されている。 データバッファキャッシュは、実行したSQLステートメントで扱うデータ量によって消費するメモリ容量が変わる。 例えば、SELECTステートメントで100MBのデータを得た場合、SQL Serverは、100MBメモリ使用量を増加する。 一度、確保されたデータバッファキャッシュは、メモリ領域が解放されず、SQL Serverが確保したままとなる。 そのため、実行されたSQLステートメントが蓄積されることによ
DBCC DROPCLEANBUFFERS (Transact-SQL) - SQL Server
適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW) バッファー プールのクリーン バッファーと、列ストア オブジェクト プールの列ストア オブジェクトをすべて削除します。 Transact-SQL 構文表記規則 構文 SQL Server、Azure SQL Database、Azure Synapse Analytics のサーバーレス SQL プール の構文: DBCC DROPCLEANBUFFERS [ WITH NO_INFOMSGS ] Azure Synapse Analytics および Analytics Platform System (PDW) の構文: DBCC DROPCLEANBUFFER
全データベースの全テーブルのインデックスの再構築をする - 子持ちししゃもといっしょ
実はいまものすごくハマっている(と言ってものめり込んでいるという意味ではなくてトラブル真っ只中という意味の方です...)ことがありまして、それがプログラムの処理がものすごく遅くなる現象です。気付いたら遅延どころかタイムアウトも出ちゃう有様でして、いったいどうやって対処しようかと悩んでいるところですが、そんなわたしに「DBのデータが断片化してるんじゃね？」というとてもありがたいヒントをくれた方がおりまして、じゃあためしにデータベースのすべてのテーブルのインデックスを再構築してみようということになりました。 テストや実環境で使用しているデータベースサーバーはSQLServer2005 Standard Editionです。 未確認ですが、たぶんSQLServer2008でも大丈夫のはずです。ただし2000の場合はシステムテーブルの表記(sys.databases → sysdatabasesな
ＳＱＬの実行時間をミリ秒単位で計測する方法
開発中にＳＱＬのチューニングを行っていると、処理時間の改善結果をミリ秒単位で計測したい場合があると思います。しかし、Management Studio でＳＱＬを実行した際に画面右下に表示される実行時間は秒単位であるため、ミリ秒単位の計測には向いていません。そこで、簡単にＳＱＬの実行時間を計測できるサンプルを紹介します。 DECLARE @StartTime datetime -- 処理開始時刻保存用変数 SET @StartTime = GETDATE() -- 処理開始時刻設定 /* ↓↓↓ 以下に処理時間を計測したいSQL文を書く（下記は500,000回ループを回すサンプル） */ DECLARE @Counter integer SET @Counter = 0 WHILE (@Counter < 500000) BEGIN SET @Counter = @Counter + 1
)
SQL Server 2008 セキュリティの変更点
SQL Server 2005 以降では、SQL Server のセキュリティが以前のバージョンよりも向上するように大幅な変更が実装されています。この変更内容には、セキュリティへの攻撃からサーバー インスタンスとそのデータベースを保護するために策定された "Secure by Design (設計段階でのセキュリティの確保)、Secure by Default (出荷時のセキュリティの確保)、および Secure in Deployment (展開時のセキュリティの確保)" というストラテジが含まれています。 SQL Server 2008 では、セキュリティをさらに強化しています。SQL Server 2008 では、Windows Vista および Windows Server 2008 のユーザー アカウント制御 (UAC) など、Microsoft の最新のオペレーティング シス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
SQLServer2005 エラー番号 - Road to NAgiler