SQL Serverでバグを報告する正しい場所はどこですか?
-
30-09-2019 - |
質問
SQL Server 2008でかなり取るに足らないバグを見つけました。
しかし、これをマイクロソフトに報告したいと思います。 https://support.microsoft.com/ 報告するために300ドルのCADを費やす必要があるかもしれないことに気付きました。
お金がかからずにこのバグを報告できる場所はありますか?
以下はバグのサンプルです。
作品:
USE [msdb]
(SELECT * FROM msdbms)
で失敗します 「キーワード「Order」の近くの誤った構文」。」
USE [msdb]
(SELECT * FROM msdbms ORDER BY dbms)
また、私が間違っていて、これがバグではない場合、なぜ説明されるのでしょうか?
編集
これを追加しました Microsoft Connect
解決
SQL Server Connectサイトでバグを報告できます https://connect.microsoft.com/sqlserver
ただし、ここに2つの回避策があります。なぜなら、あなたは本当に括弧を必要としないからです
USE [msdb]
SELECT * FROM msdbms ORDER BY dbms
USE [msdb]
select * from
(SELECT * FROM msdbms) x
ORDER BY dbms
他のヒント
今 Connectは廃止されています GDPRのおかげで、彼らはすべての接続コンテンツ(おそらく!)を移行しました Uservoice Azureフィードバックフォーラムの下。バグ/問題/製品フィードバックを指示する必要があります そこの.
興味深いことに、彼らは「技術的な問題がある場合は、投稿を開いてください スタックオーバーフロー また MSDN「技術的な問題」とはどういう意味か、それが「バグ」の同義語であるかどうかはわかりません。しかし、それが生きている間にバグをファイリングするためにコネクトが使用されていることを考えると、それはこの新しい場所であり、彼らが「Connectからの4000のバグレポートを移行し、引き続き正しい場所になります...しかし、私はMVPや「インサイダー」、またはその他ではないので、ソースに近い人がこれを確認できることを願っています。
接続は通常のサイトです。
面白いまたは臭いバグ/機能は、以下を実行して誤ってソートされたリストを取得することです。
USE [msdb]
select * from (SELECT top 100 percent * FROM msdbms order by 1 desc) t
明らかに、設計により、上位100%でソートすることは機能しないからです。面白い部分は、何も得ていない場合でも注文を指定することが許可されているということです。
それはもっと「ビュー」のコメントであり、実際にはバグではありません。しかし、言及するのは興味深いことです。