Forum Replies Created

Viewing 15 posts - 1 through 15 (of 29 total)

  • RE: Case Statement in SQL

    Can you provide the below function code..

    dbo.GetTimeZoneDiff(@timeZone)..??

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: generate insert statements with data

    I hope this may help you..

    *******************************************************************

    Set Nocount On

    Declare @InTableName Varchar(200)

    Set @InTableName = 'Ac_LedgerMaster'

    Declare @AllTables Table(Tid Int Identity(1,1),TableName Varchar(200), ObjectId Varchar(50))

    Insert Into @AllTables(TableName, ObjectId)

    Select NAME, OBJECT_ID From Sys.Objects Where Type =...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Certification Help

    http://www.microsoft.com/learning/en/us/exam.aspx

    This too may help you..

    Wish you all the best..

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    SLeitch (8/6/2010)


    Here's one way you could rewrite your code, using drew.allen's unpivot query. Takes about 30ms on my server.

    Thnx Sleitch..for the code provided..

    wht i have observed so far is:(by...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    bteraberry (8/5/2010)

    If you don't want to do any work I would suggest you hire a consultant.

    You haven't provided the base data or table structures. You've merely provided the results...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Reasons for difference in query plans

    Thank you all the members for their replies/suggestions who participated in my topic..

    especially for Fritchey..

    If any other reasons for "Reasons for difference in execution plans"..

    Please dont forget to post here..

    what...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Reasons for difference in query plans

    GilaMonster (8/5/2010)


    Praveen Goud Kotha (8/5/2010)


    just confirm me that whether the difference is in no. of parameters or different input data for the procedure..

    Yes.

    ??

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Reasons for difference in query plans

    Grant Fritchey (8/5/2010)


    In addition to Gail's list:

    Different Parameters

    Hi Fritchey..

    happy to see your post for my topic..

    Nice to meet you in this way..

    And you said that Different Parameters also leads to...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Reasons for difference in query plans

    Apart from all the above,

    is there any chances because of change in the service packs releases of sql server..

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    Hi..

    Any one can optimize(physically/logically) my code..

    if possible please post the re-written code..

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    Eugene Elutin (8/3/2010)

    I've looked through the posts and have not found the one where you have mentioned that data you have is result of pivoting it just looks like it...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    Eugene Elutin (8/2/2010)

    I wonder, does original data comes in a such "pivoted" way? I would think that you might have the same data somewhere in a bit different layout eg....

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    Even though introducing the tables(for the range values) is not working in decreasing the length of the code....

    and i agree with you for introducing the UDF..bcoz it is going to...

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: Too many CASE statements...how to avoid??

    Can you explain little bit clearly please....

    if possible, can you rewrite the code ..

    [font="Comic Sans MS"]Praveen Goud[/font]

  • RE: How to get rid of UNION from this query

    if any one asks me to write the same above code,

    i will prefer the following way..

    SELECT REPLICATE(0,LEN(DATEPART(M,GETDATE())))+CONVERT(CHAR(2),DATEPART(M,GETDATE()))

    Can any one say which will be the optimized way to follow...??

    [font="Comic Sans MS"]Praveen Goud[/font]

Viewing 15 posts - 1 through 15 (of 29 total)