Viewing 15 posts - 25,051 through 25,065 (of 59,099 total)
Sounds "urgent". Only 4 months have gone by since I asked that question. 😉 Have you done anything to help yourself on this problem in all that time?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 2:40 pm
Unfortunately, this is a duplicate post. No more replies on this thread, please. Unless I missed my guess, this problem has been solved at the following thread.
http://www.sqlservercentral.com/Forums/Topic1525325-392-1.aspx
@sharpcnet,
Please don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 2:35 pm
sharpcnet (12/22/2013)
Thank you, but mentioning the childtable explicitly is not an option here. A parent table can have many child tables.
That's a major design problem that probably should have been...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 2:30 pm
nazaninahmady_sh (12/22/2013)
Hiwhat is the difference between these 2 variables in store procedure:
1- the variables before As
2- the variable with declare after As
thanks alot
The variables before the "AS" are...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 2:00 pm
navimir (12/22/2013)
Can I delete the secondary data file in emergency mode?there will be any data loss??
the secondary data file was wrongly created with extension .mdf instead of .ndf
No. Don't...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 1:54 pm
halifaxdal (12/22/2013)
Thanks for replies, I actually found a way to use stored procedure which is much easier for me, especially on this case.
To be honest, I wouldn't use either a...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 1:41 pm
LinksUp (12/21/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 1:02 pm
Heh... You do make it tough to keep up with changes.
First, let's make the table builds a bit more readable. You can do the same in the future by...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2013 at 12:04 pm
ramana3327 (12/20/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 11:09 pm
Do you have any indexes to support the query?
Also, since you're doing a LEFT JOIN to "a", selecting columns only from "a", why are you joining to "b"? It's...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 11:03 pm
Here are a couple of articles for generating gobs of data in a random but highly constrained (you know what the ranges of values will be) fashion.
http://www.sqlservercentral.com/articles/Data+Generation/87901/
http://www.sqlservercentral.com/articles/Test+Data/88964/
Dwain Camps...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 10:54 pm
avdhut.k (12/20/2013)
Thanks cris!!!!Its working as per my requirement.
So.... wacha wanna do when level 3 shows up?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 10:29 pm
vignesh.ms (12/21/2013)
In my earlier post I have come to know about GROUPS AND ISLANDS problem..
Can you guys assist me some more problems & solutions like that to learn?...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 10:01 pm
bitbucket-25253 (12/21/2013)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 9:40 pm
I guess my question would be, what are you going to do if you don't have, say, the 1,000 contiguous numbers that you're looking for?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2013 at 8:56 pm
Viewing 15 posts - 25,051 through 25,065 (of 59,099 total)