|
|
|
SSCertifiable
       
Group: General Forum Members
Last Login: Today @ 4:00 PM
Points: 5,102,
Visits: 20,205
|
|
|
|
|
|
Old Hand
      
Group: General Forum Members
Last Login: Tuesday, January 01, 2013 3:03 PM
Points: 317,
Visits: 1,018
|
|
"t.N BETWEEN 1 AND LEN(@LongString)/@length+1" would list an extra blank row where LEN(@LongString) is a multiple of @length.
DECLARE @longString varchar(max) DECLARE @val varchar(max) SET @val = 'abcdefgh' SELECT @longString = REPLICATE( @val, 10000 ) -- 80000 char length string
If you use the string above to split the string into 8000 char strings, you will get 11 rows instead of the expect 10.
Perhaps
WHERE N <= CEILING( LEN( @longString ) / CONVERT( numeric(10,1 ), @length ) )
OR
WHERE t.N BETWEEN 1 AND CEILING( LEN( @longString ) / CONVERT( numeric(10,1 ), @length ) )
would be better.
|
|
|
|
|
Valued Member
      
Group: General Forum Members
Last Login: Friday, May 17, 2013 9:15 AM
Points: 56,
Visits: 487
|
|
nadabadan (1/27/2011) ...you will get 11 rows instead of the expect 10.
In the article, Jeff stated "I don't really care where the line "wraps", nor do I care about trailing spaces". I'm not trying to speak for Jeff (or am I?), but to me an extra row sort of fits into this area that has been purposely ignored. Cosmetics aren't necessarily important for this spackling.
IMHO
A good solution, nonetheless.
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
samir-424465 (1/26/2011) We can use BCP utility to get the data of the table (queryout option). The contents of the file will have character field (with varchar(MAX) / nvarchar(MAX)) with all the data in it.
Hi Samir,
Thanks for stopping by with the tip. I absolutely agree with the above and there are many other methods you can use, as well. That also takes a bit more time than what I need to take when I'm just trying to do a simple check while writing code in SSMS. It can also require elevated privs and not everyone has the privs to run BCP nor write to disk from an SQL Server.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
chuckh 3191 (1/27/2011) You don't have to have a Tally table made in your database. Using common table expressions, you can generate them on the fly. Here is such using the example code from the article where we reaplace Tally with cteTally
--===== Declare a couple of long string variables of two different datatypes DECLARE @LongString VARCHAR(MAX), @NLongString NVARCHAR(MAX) ; --===== Fill each string with 10,000 GUIDs followed by a space -- for a total of 369999 (+1 trailing space) characters. ;WITH cteTally AS (--==== Create a Tally CTE from 1 to whatever the length -- of the parameter is SELECT TOP 20000 ROW_NUMBER() OVER (ORDER BY t1.Object_ID) AS N FROM Master.sys.All_Columns t1 CROSS JOIN Master.sys.All_Columns t2 ) SELECT @LongString = (SELECT CAST(NEWID() AS CHAR(36)) + ' ' FROM cteTally t WHERE t.N BETWEEN 1 AND 10000 FOR XML PATH('')), @NLongString = @LongString ; --===== Just confirming the length of the strings here SELECT LEN(@LongString), LEN(@NLongString) ; --===== Let's solve the problem with a little control over the width -- of the returned data. This could easily be converted into -- an inline Table Valued Function. DECLARE @Width INT; SELECT @Width = 8000; --===== Show that the solution works on VARCHAR(MAX) ;WITH cteTally AS (--==== Create a Tally CTE from 1 to whatever the length -- of the parameter is SELECT TOP (LEN(@LongString)) ROW_NUMBER() OVER (ORDER BY t1.Object_ID) AS N FROM Master.sys.All_Columns t1 CROSS JOIN Master.sys.All_Columns t2 ) SELECT StartPosition = (t.N-1)*@Width+1, SliceData = SUBSTRING(@LongString,(t.N-1)*@Width+1,@Width) FROM cteTally t WHERE t.N BETWEEN 1 AND LEN(@LongString)/@Width+1 ;
Absolutely correct. You can definitely build a quick Tally CTE on the fly if you don't have one. In a "pinch", you could also use the 2,048 numbers (2k5 and up) that are available in the spt_values table located in the master database.
Thanks for the feedback, Chuck.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
Koen (da-zero) (1/27/2011)
Thanks, great article Jeff. You find uses for the Tally table everywhere, don't you 
Heh... you bet and thanks for the compliment, Koen.
Almost as frequently, I also find uses for "pseudo-cursors" (the loops that occur behind the scenes at the "C" level.).
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
nigel. (1/27/2011)
Thanks Jeff, nice article. Spotted a minor typo in the first code example, has SliceDate instead of SliceData for the column alias. I know it has no real effect. But, knowing what a perfectionist you are . 
That's one of my most consistent typeo's... date and data. I post an update to the article that Steve can do a replacement with. Thanks for the catch and the compliment, Nigel.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
Matt Whitfield (1/27/2011)
Good article Jeff, nice one. It does surprise me, though, that it's even necessary. I mean, it's 2011... I guess that sort of thing is why I very rarely use SSMS... 
Hi Matt,
Long time no "see". Thanks for stopping by and thanks for the compliment.
I agree. You'd think there'd be an easier way to do such a thing in SSMS.
If you're not using SSMS, are you using VS? Since I'm such a "data troll", I never get into VS. Assuming you're using VS, how does one see more than 8K characters from a column there?
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|
|
SSC-Dedicated
           
Group: General Forum Members
Last Login: Today @ 2:32 PM
Points: 32,906,
Visits: 26,792
|
|
dave.clark (1/27/2011)
Thanks for the excellent info! I tackled this issue myself previously, but my solution is not quite as "simple"  I'll have to test this and see if I can replace my lengthy solution.
Hi Dave,
Thanks for the great feedback.
Before you replace your "lengthy solution", remember that this bit of "SQL Spackle" doesn't care where a "split" occurs and will frequently split the rows right in the middle of a word and may even produce an extra blank row if the number of characters is evenly divisible by 8000. My method is just a "Quick'n'Dirty" way of verifying what's in a column that's too long to see using a simple SELECT.
--Jeff Moden "RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following... http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following... http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
|
|
|
|