Viewing 15 posts - 33,286 through 33,300 (of 59,099 total)
NLV (7/15/2011)
Hi,I want to generate the database scripts into XML format (not data in the tables ..only scripts of a particular database).
I can't help because I don't even know how...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 7:24 pm
sql_novice_2007 (7/15/2011)
I have other time zones as well. But based on your help I was able to convert all the other data.Thanks.
Very cool. Would you post your solution so...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 7:22 pm
Just to add my 2 cents... There are a huge number of tasks required of a DBA that are made much simpler through the use of an ad-hoc query...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 7:19 pm
jwbart06 (7/15/2011)
set @_type = (select max(turno) from u_contadores)
Although it does work the way you wrote it is a little...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 6:34 pm
satishchandra (7/15/2011)
Instead of the traditional approach of "if exists drop and Create", would like create the...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 6:09 pm
CELKO (7/15/2011)
The mess you posted is not a table at all! There is no key and it has duplicate rows so it can never have a key.
Correct. It's a...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 5:52 pm
opc.three (7/15/2011)
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 4:51 pm
There's something missing in the code Wayne... and I think it's the reason why it's so comparatively slow. Peter Larsson sent me some code for Running Totals. I'll...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 3:34 pm
Craig Farrell (7/15/2011)
SELECT
ms.*,
ma.*
from
#MySample AS ms
JOIN
#MyAddress AS ma
ONLEFT(ms.ID, 9) = RIGHT( ma.AddressCode, 9)
WHERE
LEFT( ma.Addresscode, 6) = 'A ...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 3:18 pm
JohnDBA (7/15/2011)
I have to ask, Craig... REVERSE is fairly expensive performance-wise. Why any REVERSE's to begin with?
Jeff, better suggestions? Thank you!
And, yes... I'll try to get to this on...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 8:17 am
JohnDBA (7/15/2011)
I have to ask, Craig... REVERSE is fairly expensive performance-wise. Why any REVERSE's to begin with?
Jeff, better suggestions? Thank you!
Craig knew what I was talking about and posted...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 8:14 am
Details are in the comments in the code...
--===== Create a test table. This is NOT a part of the solution.
CREATE TABLE TableA
...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2011 at 12:15 am
Craig Farrell (7/14/2011)
EDIT: FACEPALM :blush:
Heh... I'm not sure where you live but I'm pretty sure I heard that one way up here in Michigan. 😀
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2011 at 11:50 pm
IMHO, Method #2 is definitely the better way go for a lot of the reasons you stated. It's called a "Type 2 Slowly Changing Dimension".
When I do such things,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2011 at 11:40 pm
bopeavy (7/14/2011)Because I am not complete sure what you want to accomplish here. I would do something more like this statement:
CREATE TABLE Directory(
personID int IDENTITY(1,1)...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2011 at 11:34 pm
Viewing 15 posts - 33,286 through 33,300 (of 59,099 total)