Forum Replies Created

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

  • Reply To: XACT_STATE() vs @@TRANCOUNT

    I'd be good to note that XACT_STATE = 1 means the transaction is commitable.

  • RE: Dropping PKs

    I think the correct answer depends upon how the clustered index is created.  The posed question is not explicit in that, only in how the constraint was created.

  • RE: Query tuning - Help needed

    Could you add a computed persistent field to this table, with a calculation that would be useful to index?  If so, index this computed persistent field and use it for...

  • RE: Using EXCEPT to Determine Row Differences

    EXCEPT is much faster and finds differences in the attributes not just differences in which primary keys exist.

    One thing I forgot to note. To find the differences between two...

  • RE: Using EXCEPT to Determine Row Differences

    I found that Varchar(Max) and blob type values had to be specially handled. Our solution was to only compare the first 8000 characters. Also timestamp columns need different...

  • RE: Using EXCEPT to Determine Row Differences

    We had this situation comparing two copies of a history table. We had to compare the natural key less than history_id where the natural key was not unique. ...

  • RE: NULL Aggregates

    Ditto

    The question asked if count would ignore values not ignore counting the row. I think the stated answer is wrong.

    Max, in effect, handles Nulls as a lower possible value....

  • RE: Using Comments to Quickly Test CTEs

    My technique is to put all of those queries at the end. Then I can enable the test queries or the final result query as a block of text...

  • RE: Space missing in SELECT statement

    Sneaky. Bravo.

  • RE: CTE - Temp table - CROSS APPLY

    Two queries that do not have "ORDER BY" running at the about the same time might give results in the same order but might not. For example: the order...

  • RE: Select unmatched data from two columns

    Hmm. Selected 1 and 3 and was told wrong.

  • RE: INSERT INTO

    When answering I could see it was likely the QOD poser made a mistake and what the possible intended answer was. It was also possible it was a trick...

  • RE: INSERT INTO

    Agreed. But given the code as provided there was a valid set of answers. The second set of inserts would insert two records, both successfully inserting and failing...

  • RE: INSERT INTO

    My guesses were the same as yours. I've just tried the code on SQL-Server MS 2005 and empirically SSMS agrees with us also. The official answer is not...

  • RE: Subtle Line Feed / Carriage Return issue

    I too get 1, 2, 3, 4.

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