Forum Replies Created

Viewing 15 posts - 16 through 30 (of 30 total)

  • RE: Incorrect table size being reported... possibly

    Hi Perry

    The results are below

    dbo CommitmentsForPosting pk_CommitmentsForPosting 1 0 PRIMARY 1 1660979 NONE LOB_DATA 2585 1723 0

    dbo CommitmentsForPosting pk_CommitmentsForPosting 1 0 PRIMARY 1 1660979 NONE IN_ROW_DATA 90 90 90

    for reference, I've also included the results for the SPS_TEST table which is the one I populated as a copy of the table above.

    dbo SPS_TEST pk_CommitmentsForPosting1 1 0 PRIMARY 1 1660979 NONE LOB_DATA 169 169 0

    dbo SPS_TEST pk_CommitmentsForPosting1 1 0 PRIMARY 1 1660979 NONE IN_ROW_DATA 90 90 90

    To me, this...

  • RE: Incorrect table size being reported... possibly

    No Problem.

    thanks for the ideas.

  • RE: Incorrect table size being reported... possibly

    sorry, I should have clarified

    I ran the following:

    ALTER INDEX [pk_CommitmentsForPosting]

    ON dbo.CommitmentsForPosting

    REORGANIZE with (LOB_COMPACTION = ON)

    That is the only index on the table an has a definition as per below

    ALTER...

  • RE: Incorrect table size being reported... possibly

    Just re-ran the index re-organisation, and it made no difference.

    Presumably, this is because the ntext column isn't included in the index.

  • RE: Incorrect table size being reported... possibly

    Hi,

    I knew I'd forgotten to mention something.

    I tried that just before I decided to rebuild the index.

    I think it is the lob size that is the problem.

    If I query sys.dm_db_partition_stats,...

  • RE: Programmatically get SSRS Database Name

    Hi Alan,

    Thank you very much for the reply.

    Unfortunately, it doesn't really help me in my specific case, but has given me an idea which has helped me deal with another...

  • RE: Performance When dropping multiple tables

    I don't know if I should be starting a new post for this or not.

    When I've been testing the performance of my drop table statements, I've been restarting the SQL...

  • RE: Performance When dropping multiple tables

    Hi Kurt,

    Thank you very much for the input and ideas.

    There are no hard and fast goals that I have to meet regarding the performance.

    This process will still run out of...

  • RE: Performance When dropping multiple tables

    Hi,

    thanks again for the replies.

    At the moment, the process we have for dropping these tables does indeed run out of hours.

    However, I've been tasked with rewriting it for a number...

  • RE: Performance When dropping multiple tables

    Thank you all very much for your replies, and thank you Jeff for the excellent article that Alan linked to earlier.

    I had often read about the merits of set based...

  • RE: Performance When dropping multiple tables

    Hi Alan,

    Thank you for the reply.

    I'll try that code and see how it performs against my other methods.

    With regards to the temporary tables within the application, I accidentally used the...

  • RE: Unusual Backup Strategy

    Thank you all for your replies.

    It confirms exactly what I thought.

    My hands are tied a bit as someone else provides support for their SQL Server, but now that I'm confident...

  • RE: Unusual Backup Strategy

    Hi,

    Thanks for the replies.

    I appreciate that it all comes down to the amount of data loss that is acceptable.

    I suppose the bit that I'm struggling to understand is why they...

  • RE: Reports won't run from client computers but works fine from Report Server

    Hi GSquared,

    Thank you very much for your assistance with this.

    I do have a network admin that I can liaise with, but any changes to the SSRS server will be down...

  • RE: Huge amount of index_size and unused in syscolpars

    Thank you very much for your help.

    It appears that overnight it has sorted itself out.

    I now have an index_size similar to the size of the data.

    The unused size is still...

Viewing 15 posts - 16 through 30 (of 30 total)