Forum Replies Created

Viewing 15 posts - 316 through 330 (of 432 total)

  • RE: Database Design- IS NOT NULL always better choice?

    Jeff Moden (1/30/2010)


    None the less, the way nulls have been defined in SQL Server as a default is that they are treated as unknown and X=X where X is NULL,...

  • RE: Database Design- IS NOT NULL always better choice?

    Jeff Moden (1/29/2010)


    to me, NULL means "UNKNOWN" and can have a lot of value compared to zero or an empty/blank string. For example, NULLs are eliminated by aggregates and...

  • RE: Database Design- IS NOT NULL always better choice?

    I think you are asking the wrong question. Information can always be represented either with or without nulls. When designing a database you have to make a choice about whether...

  • RE: composite key

    You could also use EXCEPT. This query returns any rows in B that aren't also in A:

    SELECT * FROM B

    EXCEPT

    SELECT * FROM A;

  • RE: Normalization

    Jeff Moden (1/23/2010)


    Jeff Moden (1/23/2010)


    So, when YOU create an address table, do you have a "second address" line or do you normalize it? Enquiring minds want to know. 🙂

    I'd...

  • RE: Normalization

    RBarryYoung (1/23/2010)


    David Portas (1/22/2010)


    All the conventional Normal Forms apply exclusively to relations with values, never nulls. In fact normalization predates the invention of SQL and nulls. So you can't say...

  • RE: Normalization

    Nothing personal. I just wanted to set the record straight, keeping in mind your comments about reading what is not there and stretching the meaning of words beyond their author's...

  • RE: Normalization

    PaulB-TheOneAndOnly (1/22/2010)


    Bottom line is ... Codd invented everything at the same time - including Null - and the model was good but as it happens in all domains of life...

  • RE: Is there any justification for really using SQL CLR

    abhishes (1/20/2010)


    I am doing a presentation for all the features of SQL Server, and one of topics is SQL CLR.

    Intensive byte level operations within large objects are hard or impossible...

  • RE: Normalization

    PaulB-TheOneAndOnly (1/21/2010)


    I can see no conflict between data normalization and accepting null values in non-key columns - as all rdbms out there allow and enforce.

    All the conventional Normal Forms apply...

  • RE: Foreign Key to a Foreign Key

    PaulB-TheOneAndOnly (1/20/2010)


    just can't defend a physical model 1-1 relationship in an scenario that calls for a 0/n-0/1 at the domain model level, init?

    Of course I agree. However in a scenario...

  • RE: Foreign Key to a Foreign Key

    So your only answer to my question is to tell me that I'm not asking the right question. Right...

    You can invent an exception to any business rule you care...

  • RE: Foreign Key to a Foreign Key

    PaulB-TheOneAndOnly (1/20/2010)


    It is obvious that PERSONNEL (which includes managers - actually an attribute of PERSONNEL) and DEPARTMENTS are two different entities that must be modeled then physically implemented as two...

  • RE: Foreign Key to a Foreign Key

    PaulB-TheOneAndOnly (1/20/2010)


    When I say 1-1 relationship I'm not saying 1-0/1; I'm saying 1-1 and I insist that a 1-1 relationship most certainly means something is deadly wrong.

    What is "wrong" with...

  • RE: Foreign Key to a Foreign Key

    PaulB-TheOneAndOnly (1/19/2010)


    1) A design that ends up with two or more tables having a 1-1 relationship most of the time means something is wrong.

    Why?

    It is true that such relationships between...

Viewing 15 posts - 316 through 330 (of 432 total)