Viewing 15 posts - 511 through 525 (of 698 total)
Are you asking for the character immediately following the second ":"? Or are you asking for the last character following the second ":"? And if it is the latter, then...
June 20, 2011 at 10:19 am
I'm not sure I understand exactly what the problem is.
Are you saying that, the stored procedure, when called, returns a recordset containing results, as well as a second recordset with...
June 20, 2011 at 9:45 am
So your solution was to basically log all activity against the tables / procedures and, upon an acceptable amount of time, deem them to not be used.
There is no way...
June 20, 2011 at 6:54 am
Well, unfortunately Partitioned Tables are only supported by SQL Server 2005 Enterprise; we have Standard.
Would Partitioned Views work well for this?
September 9, 2010 at 8:24 am
If I partition the table, then does the database intuitively know how to access the right partition, without requiring it to do heavy database accesses?
IE, if I were to partition...
September 8, 2010 at 2:03 pm
it's hard to answer from just looking at the text, but it looks to me like your field in your query should be e.eecEEID, not e.eedEEID.
I'd have to see more...
September 8, 2010 at 1:25 pm
Yeah that's the solution we're using for a heirarchy data structure as well. Works pretty well, although it requires you to do some pretty hefty data re-organization.
June 1, 2010 at 3:13 pm
Given your table constraints, the only solution is to use a recursive query. If you had SQL Server 2008, there is a new data HEIRARCHICAL data type for this kind...
May 28, 2010 at 3:14 pm
The reason your results are not corresponding to what you would have expected them to be, is that you're not understanding the operations correctly.
EXCEPT and INTERSECT compare the *entire* data...
May 28, 2010 at 2:56 pm
lmu92 (5/25/2010)
If you can't explain the benefits of the fine tuning we you did, then why there was a need for tuning in the first place? Tuning for the...
May 25, 2010 at 2:45 pm
I like your solution a lot Jeff, definitely avoids the necessity of adding a new CTE for every column you have. Only thing that needs to be added now is...
May 25, 2010 at 9:28 am
Both our solutions are doing N number of queries against the same table, in order to get the most common occurring value for each column.
May 20, 2010 at 12:34 pm
*nod* this one is pretty similar to the one that I listed.
Basically what I was hoping for was a solution which would not require me to run X repeat queries...
May 20, 2010 at 12:08 pm
you can also do something like:
with CTE as
(
SELECT rxno, patient, location, filldate, ROW_NUMBER() OVER (PARTITION BY rxno ORDER BY filldate DESC) as rowNum
)
SELECT rxno, patient, location, filldate FROM CTE WHERE...
May 20, 2010 at 9:50 am
take a look at the Tally tables. That should solve your problem. http://www.sqlservercentral.com/articles/T-SQL/62867/
May 20, 2010 at 9:40 am
Viewing 15 posts - 511 through 525 (of 698 total)