Artifactoryのドキュメント「データベースの設定」（https://www.jfrog.com/confluence/display/RTF/Microsoft+SQL+Server）によると、Microsoft SQL Serverデータベースの場合、「CollationをLatin1_General_CS_AIに設定する」。Artifactory：データベースの照合順序がSQL Serverインスタンスと異なる可能性はありますか？
SQL Server（特にtempdb）の照合順序が「アクセントセンシティブ」でデータベース照合が「アクセント非依存」の場合、Artifactoryはこの構成に対応していますか？
SQL Server（特にtempdb）の照合順序が「アクセントセンシティブ」でデータベース照合が「アクセント非依存」の場合、Artifactoryはこの構成に対応していますか？
Artifactoryのドキュメントでは、アクセントの非感受性については何も言及していませんが、アクセントの影響を受けない照合（指定したとおり）が指定されています。したがって、私は彼らに疑念の恩恵を与え、彼らがそれをテストしたと仮定します。彼らは明らかにそのページに述べるん：
大文字と小文字を区別する照合順序を選択する
のMicrosoft SQLデータベースサーバーは、大文字と小文字を区別し、デフォルトではありませんが、Artifactoryがあるため、大文字と小文字を区別する照合順序を選択することが重要です大文字と小文字を区別。
また、アクセント感度の差が一時テーブルに問題があるかどう思って（彼らは文字列フィールドとに登録しようクエリが明示的CREATE TABLE #..に照合順序を設定していないしていると仮定してフォーカスではありませんステートメント）。照合の相違があれば、異なる照合の文字列列にジョインするときに、テンポラリテーブルとの照合競合エラーが発生します。 2つの照合のすべてのプロパティが同じであるかどうかは関係ありません。 の2つの列の照合名の差異がJOINされている場合、エラーが発生します。ですから、特に、デフォルトのインスタンス照合が通常はアクセントに敏感なので、そのようなシナリオを説明していると考えても過言ではないと思います。
これは、変数名、カーソル名、GOTOラベル名、およびデータ型別名のような、インスタンスレベルの照合制御（tempdbなどのシステムDB以外）と同じです。アクセントの感度の違いに問題が生じた場合、それはそれらの領域にあります。
SQL Serverでは、照合順序が異なることはありません。実際、a *列*は異なる照合順序を持つことができます。残りはArtifactoryまでです。 –