SQL Serverの2016エスケープ文字の問題

Question

だから私は、生成された二重引用符の前に現れるからエスケープ文字を防ぐためにクエリをラップする

私が使用しているJSON_QUERY「JSONのための」使用してSQL Server 2016からのJSONファイルを（ "）を生成しています

注意すべき点は、次のメソッドを使用してSQLのdatetimeオブジェクトを変換していることです。CONVERT（VARCHAR、[dateEntity ]、101）

例（これはサブクエリです）

JSON_QUERY((
SELECT [LegacyContactID] 
     ,[NameType] 
     ,[LastName] 
     ,[FirstName] 
     ,[Active] 
     ,[Primary] 
     ,CONVERT(VARCHAR,[StartDate],101) AS [StartDate] 
     ,CONVERT(VARCHAR,[EndDate],101) AS [EndDate] 
FROM [LTSS].[ConsumerFile_02_ContactName] 
WHERE [LegacyContactID] = ContactList.[LegacyContactID] 
FOR JSON AUTO, WITHOUT_ARRAY_WRAPPER 
)) AS ContactName 

そして結果は、私はエスケープを排除するためにJSON_QUERYに包まれた全体のクエリを持っていますが、それはまだ前方には、日付にスラッシュエスケープ

"ContactName": { 
    "LegacyContactID": "123456789", 
    "NameType": "Name", 
    "LastName": "Jack", 
    "FirstName": "Apple", 
    "Active": true, 
    "Primary": true, 
    "StartDate": "04\/01\/2016", 
    "EndDate": "04\/30\/2016" 
} 

になります。

また、変換を行わずに日付を文字列として渡しても、同じ結果が得られます。

洞察？

Answer 1

UPDATED： ああ、はい、エスケープとCLRF文字です。

環境に違反している文字が表示されていない限り、結果セットから手動でコピー＆ペーストしてそこから文字列を置き換える必要があります。

ここで、最近更新された内容から、最初にデータを変換する必要がある理由を考える理由がわかりました。 DATESはデフォルトでフォーマットしていないので、JSONがSQLの日付を処理するのに互換性がない場合は、JSONの中でこのデータを変換する必要はありません。だから、

データの切り捨ての懸念がまだある場合を除き、ETLの観点から、あなたはこれを実現するには2つの方法があります。

1 - のUSEステージング表

• ステージング表ができますtemporary tables、CTEs、または実際に空のテーブルextract, cleanse, and transformにデータを使用してください。
• 利点：挿入されている行のみを扱い、制約に注意する必要はなく、OUTSIDE JSONのデータの破損または非構造化部分を簡単に変更できます。
• 短所：ステージングテーブルは、データベース内のオブジェクトの必要性がどのくらい反復しているかに応じて、より多くのオブジェクトを表す場合があります。したがって、より良好で一貫した構造化データを見つけることが好ましい。

2 - ここでは、永続的なテーブルに挿入した後、データをクレンジングするビジネスルールを適用

• STRINGSを使用するようにALTER TABLEを。
• 利点：スペースを節約し、クレンジングプロセスを簡素化し、引き続きインデックスを使用できます。 SQL ServerはDATE文字列を解析するのにかなり効率的ですが、まだEXISTS()と可能なSARGSを利用して、挿入を実行するときに日付をチェックします。
• 短所：日付が文字列として保存されている間に、テーブルの一次整合性チェックが失われ、ダーティデータが公開される可能性があります。あなたのUPDATEステートメントは、テーブル全体を使用する必要があります。私はいくつかの同様の問題に遭遇してきた

JSON_QUERY((
SELECT [LegacyContactID] 
     ,[NameType] 
     ,[LastName] 
     ,[FirstName] 
     ,[Active] 
     ,[Primary] 
     ,[StartDate] --it already is in a dateformat 
     ,[EndDate] 
FROM [LTSS].[ConsumerFile_02_ContactName] 
WHERE [LegacyContactID] = ContactList.[LegacyContactID] 
FOR JSON AUTO, WITHOUT_ARRAY_WRAPPER 
)) AS ContactName 

Answer 2

。細部にまでこだわることなく、これが新しいJSONの機能がまだ私が見ることのできるところから採用のトンを得ていない理由のいくつかであると考えてください。

私はこれとつぶやきに関するMSDNのカップルのコメントを追加しました：

「すべての文字列の自動エスケープがフラグをオフにすることはできませんなぜ???」 - https://msdn.microsoft.com/en-us/library/dn921889.aspx

「ほとんどが、しかしかなりまだ...」 - ？https://msdn.microsoft.com/en-us/library/dn921882.aspx

「他の誰@SQLServer内のすべてのJSONの強制自動エスケープとイライラ/ @AzureSQLDB（私のコメントのリンクを参照してください） msdn.microso ...」 - あなたはこの問題に対処するための方法や方法が出てきた場合https://twitter.com/brian_jorden/status/844621512711831552

、このまたはそれらのスレッドのいずれか、と幸運に聞くのが大好きだ...

Answer 3

一つの解決策は、にあります一般的に日付で「/」を避けるには、the "right" JSON data format

SELECT JSON_QUERY((
    SELECT TOP 1 object_id, create_date 
    FROM sys.tables 
    FOR JSON AUTO, WITHOUT_ARRAY_WRAPPER 
)) 

結果

{"object_id":18099105,"create_date":"2017-08-14T11:19:22.670"}