PR
カレンダー
カテゴリ
カテゴリ未分類
(2)DB-SQL Server 2012
(7)DB-SQL Server 2008
(23)DB-SQL Server
(27)DB-Oracle
(4)DB-TransactSQL
(32)DB-PL/SQL
(6)資格
(31)その他
(16)2026.05
2026.04
2026.03
2026.04
2026.03
2026.02
2026.01
2026.01
キーワードサーチ
▼キーワード検索
ジャムシード
Database Developerという肩書を得るために日々格闘する文系エンジニアのブログ
コメント新着
2009.01.02
カテゴリ： DB-SQL Server 2008
FileStreamを有効にする手順
○InstanceLevel
1) SQL Server構成ツールのサービスのプロパティでFILESTREAMを有効にする
・Transact-SQLアクセスに対してFILESTREAMを有効にする
・ファイルI/Oストリームアクセスに対してFILESTREAMを有効にする
の２つをチェックする
2) sp_configure 'filestream access level',2を実行する
・アクセスレベルは上記のサービスのプロパティとリンクしており、
level=1は「Transact-SQLアクセスに対して。。」に相当する
○DatabaseLevel
データベースにFileStream用のファイルが必要
CREATEならば以下の通り
CREATE DATABASE DB1
ON PRIMARY (NAME=DB1,FILENAME='C:\...\DB1.mdf'),
FILEGROUP FS1 CONTAINS FILESTREAM (NAME=FS1,FILENAME='C:\...\FS1')
LOG ON (NAME=DB1LOG,FILENAME='C:\...\DB1LOG.ldf')
GO
ALTERならば以下の通り
ALTER DATABASE DB1 ADD FILEGROUP FS1 CONTAINS FILESTREAM
GO
GO
○TableLevel
テーブルの項目型はvarbinary(MAX)で、ROWGUIDのフィールドが必須
CREATE TABLE TB1
(ID uniqueidentifier ROWGUIDCOL PRIMARY KEY,
Transact-SQLを使ってINSERTする方法は以下の通りで変わらない。
INSERT INTO TB1(ID,FILEDATA)
SELECT NEWID() AS ID,
* FROM OPENROWSET(BULK N'C:\...\BINARY.xxx', SINGLE_BLOB) AS FILEDATA
ただし、従来型に比べると以下のように制約が多い。
・テーブルには前述の通り、ROWGUIDを収録するフィールドが必要
・APIを使って更新する場合、まずGUIDを取得してレコードを作成し、それから更新するという２段階のステップが必要で手間がかかる
・スナップショットとデータベースミラーリングがFILESTREAMをサポートしていない
こうやって出来上がったFILESTREAM型のテーブルと、2005から実装可能だった通常のBLOBとの違いはパフォーマンスなのだという。
500MBほどのファイルをアップロードしてみると、わずかながらFILESTREAMの方が早いが、そうやって1GB以上のファイルをテーブルに入れてみると、フルスキャンのスピードは明らかに従来型の方が早い。
そうしてみると、上記制約を考えても敢えてFILESTREAMを使うべきなのかどうかは判断が分かれるところだと思う。
○InstanceLevel
1) SQL Server構成ツールのサービスのプロパティでFILESTREAMを有効にする
・Transact-SQLアクセスに対してFILESTREAMを有効にする
・ファイルI/Oストリームアクセスに対してFILESTREAMを有効にする
の２つをチェックする
2) sp_configure 'filestream access level',2を実行する
・アクセスレベルは上記のサービスのプロパティとリンクしており、
level=1は「Transact-SQLアクセスに対して。。」に相当する
○DatabaseLevel
データベースにFileStream用のファイルが必要
CREATEならば以下の通り
CREATE DATABASE DB1
ON PRIMARY (NAME=DB1,FILENAME='C:\...\DB1.mdf'),
FILEGROUP FS1 CONTAINS FILESTREAM (NAME=FS1,FILENAME='C:\...\FS1')
LOG ON (NAME=DB1LOG,FILENAME='C:\...\DB1LOG.ldf')
GO
ALTERならば以下の通り
ALTER DATABASE DB1 ADD FILEGROUP FS1 CONTAINS FILESTREAM
GO
GO
○TableLevel
テーブルの項目型はvarbinary(MAX)で、ROWGUIDのフィールドが必須
CREATE TABLE TB1
(ID uniqueidentifier ROWGUIDCOL PRIMARY KEY,
Transact-SQLを使ってINSERTする方法は以下の通りで変わらない。
INSERT INTO TB1(ID,FILEDATA)
SELECT NEWID() AS ID,
* FROM OPENROWSET(BULK N'C:\...\BINARY.xxx', SINGLE_BLOB) AS FILEDATA
ただし、従来型に比べると以下のように制約が多い。
・テーブルには前述の通り、ROWGUIDを収録するフィールドが必要
・APIを使って更新する場合、まずGUIDを取得してレコードを作成し、それから更新するという２段階のステップが必要で手間がかかる
・スナップショットとデータベースミラーリングがFILESTREAMをサポートしていない
こうやって出来上がったFILESTREAM型のテーブルと、2005から実装可能だった通常のBLOBとの違いはパフォーマンスなのだという。
500MBほどのファイルをアップロードしてみると、わずかながらFILESTREAMの方が早いが、そうやって1GB以上のファイルをテーブルに入れてみると、フルスキャンのスピードは明らかに従来型の方が早い。
そうしてみると、上記制約を考えても敢えてFILESTREAMを使うべきなのかどうかは判断が分かれるところだと思う。
お気に入りの記事を「いいね！」で応援しよう
[DB-SQL Server 2008] カテゴリの最新記事
-
SQL Server 2008のCLR 2010.02.23
-
KiｌimanjaroはSQL Server 2008 R2に 2009.09.05
-
SQL Server 2008 SP1 2009.04.10
【毎日開催】
15記事にいいね！で1ポイント
© Rakuten Group, Inc.
