J'ai trouvé un bogue assez insignifiant dans SQL Server 2008.
J'aimerais signaler cela à Microsoft, toutefois, lorsque je suis allé à https://support.microsoft.com/ J'ai réalisé que je devais peut-être dépenser 300 $ CAD pour le signaler. P>
existe un endroit où je peux signaler cela Bug sans cela me coûtant de l'argent? p>
ci-dessous est un échantillon du bogue: p>
fonctionne: strong> p> USE [msdb]
(SELECT * FROM msdbms ORDER BY dbms)
5 Réponses :
Vous pouvez signaler des bogues sur le site SQL Server Connect Site https://connect.microsoft.com/sqlserverleight Cependant, voici 2 contours de contournement parce que vous n'avez vraiment pas besoin de la parenthèse
Oui, j'ai réalisé que c'est pourquoi je pense que c'est insignifiant, mais j'aimerais le signaler car cela ne fonctionne pas comme je pense que cela devrait.
@Nathan - ou bizarrely cela fonctionne également (SELECT * à partir de MSDBMS) Commandez par DBMS
MS Connect a été retiré
En vigueur Janvier 2018, le bon emplacement est maintenant: https://feedback.azure.com/forums / 908035-SQL-Server pour signaler des bogues dans SQL Server.
Le bug / fonctionnalité plus drôle ou odeur serait d'obtenir une liste triée à tort en exécutant les éléments suivants: car, apparemment, par conception, le tri de 100% ne fonctionne pas. . Et la partie amusante est que vous êtes autorisé à spécifier la commande par même si vous n'allez rien obtenir de rien. C'est plus un commentaire «View» et ce n'est pas vraiment un bug. Mais il est intéressant de mentionner.
C'est parce que commander par a 2 objectifs différents dans SQL Server. L'une est de commander des résultats pour le client. L'autre est utilisé en combinaison avec le mot clé exclusif top . Dire haut en fonction de quoi.
Ouais, je peux voir que, mais pendant que vous sortez du résultat du tri et de la prise d'une partie, pourquoi ne pas le rendre dans cet ordre particulier? Semble comme défier le but et obscurcir le concept. Mais, oui, c'est comme ça que le cookie s'effondre. :)
Maintenant que Connect est en cours de retraite grâce à GDPR, ils ' J'ai migré tout le contenu de connexion (supposé!) à uservoice sous les forums de rétroaction Azure. Les bugs / problèmes / réactions de produits doivent être dirigés là-bas . < / p>
Assez intéressant, ils disent "si vous avez un problème technique, veuillez ouvrir un message sur Stackoverflow ou < Un href = "https://social.msdn.microsoft.com/forums/en-us/home?forum=sqldocumentation%2csqldatabaseengine" rel = "Noreferrer"> MSDN . " Je ne sais pas ce qu'ils veulent dire par "problème technique" et s'il s'agit ou non d'un synonyme de "bug". Mais, étant donné que Connect a été utilisé pour dépôt des bugs alors qu'il était en vie, il s'agit de raisonner que ce nouvel emplacement, où ils ont émigré 4 000 rapports de bogues de Connect, continueraient d'être le bon endroit pour ... mais je suis M Pas de MVP ou "Insider" ou de ce que quelque chose, j'espère que quelqu'un se rapproche de la source peut vérifier cela.
J'ai eu un bogue SSMS que j'ai presque décidé de ne pas signaler car le site a été répertorié comme un forum Azure, pas un forum SQL Server. Bon moyen de vous assurer de ne pas obtenir les commentaires nécessaires sur vos produits.
+1 Cette réponse devrait devenir le nouveau accepté pour éviter les personnes qui manquent le nouveau post et de devenir frustré. Tous les rapports ne sont pas égaux. Vous pouvez déterminer le bon forum pour la demande SQL Aide et commentaires du serveur - SQL Server | Microsoft Docs
Il ressemble à UserVoice (comme d'autres suggérées) a été retiré aussi! Le nouveau lieu de signaler des bugs semble être https://docs.microsoft.com /en-us/answers/index.html
FYI sans rapport avec ce problème spécifique, mais j'ai essayé de soumettre des commentaires concernant un autre bogue sur ce site sans aucun succès en utilisant mes différents comptes Microsoft - gardé à «attendre ...», Messages d'erreur, etc. J'ai abandonné et maintenant considérant ce site comme totalement inutile d'un point de vue de la convivialité à cet égard