これはGetPathLocator()
が私のために新しいpath_locator
値を生成しないので、私はサブディレクトリを作成するために使用してしまったものです。
DECLARE @parentdir table(path hierarchyid not null);
DECLARE @subdir_locator hierarchyid
-- Create Parent Directory, OUTPUT inserted parent path
INSERT INTO FileTable0 (name,is_directory,is_archive)
OUTPUT INSERTED.path_locator into @parentdir
SELECT 'Directory', 1, 0
-- Create new path_locator based upon parent
SELECT @subdir_locator = dbo.GetNewPathLocator(path) from @parentdir
-- Create Subdirectory
INSERT INTO FileTable0 (name,path_locator,is_directory,is_archive)
VALUES ('subdirectory', @subdir_locator, 1, 0);
上記のコードブロックは、GUID(利用newid()
方法、及び単純な解析)から新しいhierarchyid
表現を構築default path_locator value discovered hereを利用します。関数GetNewPathLocator()
は、私が見つけることができるSQL Serverのどこにも存在しません(hierarchyid.GetDescendant()
が最も近いですが、FileTableがに依存するネイティブ構造を使用していません)。たぶんSQL.NEXTに...
CREATE FUNCTION dbo.GetNewPathLocator (@parent hierarchyid = null) RETURNS varchar(max) AS
BEGIN
DECLARE @result varchar(max), @newid uniqueidentifier -- declare new path locator, newid placeholder
SELECT @newid = new_id FROM dbo.getNewID; -- retrieve new GUID
SELECT @result = ISNULL(@parent.ToString(), '/') + -- append parent if present, otherwise assume root
convert(varchar(20), convert(bigint, substring(convert(binary(16), @newid), 1, 6))) + '.' +
convert(varchar(20), convert(bigint, substring(convert(binary(16), @newid), 7, 6))) + '.' +
convert(varchar(20), convert(bigint, substring(convert(binary(16), @newid), 13, 4))) + '/'
RETURN @result -- return new path locator
END
GO
機能GetNewPathLocator()
もtrick from this SO postを使用してnewid()
を要求するためのSQLビューgetNewID
が必要です。
create view dbo.getNewID as select newid() as new_id
GetNewPathLocator()
を呼び出すには、新しいhierarchyid
を生成するか、下のような子hierarchyid
を作成するために、既存のhiearchyid
文字列表現(.ToString()
)に渡しますデフォルトのパラメータを...使用することができます
SELECT dbo.GetNewPathLocator(DEFAULT); -- returns /260114589149012.132219338860058.565765146/
SELECT dbo.GetNewPathLocator('/260114589149012.132219338860058.565765146/'); -- returns /260114589149012.132219338860058.565765146/141008901849245.92649220230059.752793580/
は、いくつかの厳密なテストの後、これが並列に呼び出されたときに更新ステートメントがデッドロックになりやすいようです。 – Tod