Getting false results in 3.0.x
Jason Hannas
Posts: 41 Bronze 3
in SQL Search
I'm running Search 3.0.5.1607 in SSMS 17.3 (14.0.17199.0) on Windows 10 and am consistently getting false results. Results that don't have the string I'm looking for, results that match on text but not columns, and missing results. Below are examples of what I mean.
Searching for a column named IsConfidential gives me results which clearly don't have anything remotely connected with the column, matching on both column and text:
Here is an example which is partially correct, matching on text, but ought to have a companion entry matching on column too.
Finally, if I check the "Exact Match" box, I no longer see many of the objects which I ought to see.
Any ideas?
Searching for a column named IsConfidential gives me results which clearly don't have anything remotely connected with the column, matching on both column and text:
Here is an example which is partially correct, matching on text, but ought to have a companion entry matching on column too.
Finally, if I check the "Exact Match" box, I no longer see many of the objects which I ought to see.
Any ideas?
Tagged:
Comments
I'm on SSMS 17.3 Version #14.0.17199.0 connecting to SqlServer 2014 and local SqlExpress 2014
Sorry to hear you're experiencing this problem. Have you tried re-indexing? If not, try it and see if it helps.
You can download 3.0.6 here if you'd like to try it. I'm not sure why it would help in this area but it seemed to help @ccchilders.
Finally, if none of the above helps could you send me an object creation script for an object that is matching incorrectly so I can try it?
Redgate Software
I've just upgraded to 3.0.6 and can't reproduce right now the search results that were really random, but here's one which I can force a failure with:
You can see the proc has text SELECT clr.Concatenate(v.FundName, ',')
When I change search text from clr.Concatenate(v to clr.Concatenate(v. the search results disappear.
Also, I've re-indexed.
Thanks for the info! I've been able to reproduce the problem and I've filed a bug report with reference SDI-726. I'll try to let you know as soon as there is any news on this.
Redgate Software
It's driving me mad, and starting to get dangerous for the quality of my work.
I there anywhere I can download an older stable version?
I'm proud use of many Red Gate products. I know this one is free, but it's essential for many of us, and I would even happily pay for it. Please take it seriously.
Virus checked, and look safe, so I installed version 2.4.
I will report tomorrow if my results are accurate again... hope so!
We are investigating the problem, the bug report reference is SDI-727.
This new bug report, is related to SDI-726 (see earlier update from RobC), but SDI-726 is regarding the text string entered, ending with the full stop / period character as per the example earlier in the thread:
Change search text from clr.Concatenate(v to clr.Concatenate(v. the search results disappear.
The problem with inaccurate or false search results being reported are with text strings that do not end with the full stop / period character.
I will update this forum post, when I have further information.
Many Thanks
Eddie
Senior Product Support Engineer
Redgate Software Ltd
Email: support@red-gate.com
To help me and my colleagues
Would you please increase the minimum logging level (SQL Search Help menu ->Logging ->Minimum log levels:) and set the logging level to verbose.
Reproduce the steps to recreate the problem. When you have recreated the problem, locate the current log file and please either send an email to support@red-gate.com referencing this forum post with a copy of the log file attached for me to review? Or private message me through this forum post.
Many Thanks
Eddie
Senior Product Support Engineer
Redgate Software Ltd
Email: support@red-gate.com
In my case, the problem is that that after a few searches, the index is somehow lost. Previous versions kept the index continuously updated and very rarely I had to reindex, only to find newly created objects.
With this version, objects are randomly lost in the index, and I have to force reindex almost before every search.
Can someone else confirm this same pattern?
I've found it safer to re-index almost every time even though there are no new objects in the database being searched.
Nothing much, but it works in a pinch.
To help me and my colleagues
Would you please increase the minimum logging level (SQL Search Help menu ->Logging ->Minimum log levels:) and set the logging level to verbose.
Reproduce the steps to recreate the problem. When you have recreated the problem, locate the current log file and please either send an email to support@red-gate.com referencing this forum post with a copy of the log file attached for me to review? Or private message me through this forum post.
Many Thanks
Eddie
Senior Product Support Engineer
Redgate Software Ltd
Email: support@red-gate.com
I have stopped using the SQL Search because it is so unreliable. I have had 2 instances of SSMS open and did the same search in each instance of "SQL Search" in which different results were returned. Also, SQL Search sometimes returns items that do not contain the item that I am searching on.
"SQL Search" has been a valuable tool in our company and we do purchase some products from Redgate. We hope to see a resolution on this item soon. Let me know if we can help.
Redgate Software
Thanks.
Have just installed 3.0.4 from the link above and now getting Add-in errors, resulting in SQL Source Control disappearing from SSMS for me.
Wow - this is a nightmare i've entered now. Following the forum post to try and get all my toolbelt back but it's not playing ball at all.
https://forum.red-gate.com/discussion/82114/the-add-in-ssms-integration-pack-framework-failed-to-load-or-caused-an-exception
Fingers crossed i don't lose Tab History during all this
... so after all that , i've followed the above fix which has given me back my add-ins , so now back on SQL Search 3.0.7 which doesn't work.