Forum Replies Created

Viewing 15 posts - 136 through 150 (of 938 total)

  • RE: HASHBYTES can help quickly load a Data Warehouse

    james.wheeler10 (4/14/2010)


    magarity kerns (4/14/2010)


    rmd0 (4/14/2010)


    One issue I have with this solution is that MD5 *will* have collisions with moderately "wide" tables, especially when bit columns are involved. In fact, I...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    Nadrek (4/14/2010)


    A few comments with the underlying assumption that the desired result is a (potentially) more efficient method that is guaranteed to return the same results as the "long way"....

  • RE: HASHBYTES can help quickly load a Data Warehouse

    magarity kerns (4/14/2010)


    Mike C (4/13/2010)


    Nice article! I implemented something very similar for loading data warehouses and datamarts a while back. One thing to keep in mind is that...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    magarity kerns (4/14/2010)


    hennie7863 (4/14/2010)


    I have not read the article in detail, so correct me if i'm wrong, but the hashbytes accepts only one column (of one type character) and in...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    tarquin (4/14/2010)


    Wrapping hashbytes with checksum is not bad as long as you include all columns in your join as indicated and create the index including all columns required for the...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    I wouldn't expect many collisions with MD5 unless you're processing 2^64 or more rows. If you're getting collisions with MD5 or SHA I would immediately suspect the concatenation function...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    Wrapping HASHBYTES with CHECKSUM is not a good idea. CHECKSUM generates a 32 bit hash using a simple bit-shift+XOR algorithm. So it provides very poor uniqueness with the...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    When I used HASHBYTES my solution was to covert all columns to varbinary and concatenate them together into one value to pass to hashbytes. It's pretty easy to auto-generate...

  • RE: HASHBYTES can help quickly load a Data Warehouse

    Nice article! I implemented something very similar for loading data warehouses and datamarts a while back. One thing to keep in mind is that you can actually use...

  • RE: Free Encryption

    You can write a t-sql udf that chops your data into ~7800 byte chunks (symmetric encryption adds some bytes of overhead). Then concatenate the encrypted string back together. ...

  • RE: Free Encryption

    On sql 2005 and later you should go with the built-in encryption functionality. Extended procs are deprecated since 2005 in favor of clr. The built-in functionality is also...

  • RE: SQL Saturday #39, New York City

    From Penn Station catch the train up to 50th street and 8th avenue. Then walk East two blocks to 6th Ave ("Avenue of the Americas") and one block...

  • RE: A Google-like Full Text Search

    desmati (3/26/2010)


    I have a very fast function in both c# and tsql that returns if a word is stop word or not.

    I tried to change the EBNF and the ConvertQuery...

  • RE: A Google-like Full Text Search

    desmati (3/26/2010)


    Thanks for your reply.

    Is that possible on SQL 2005 too?

    On SQL 2005 they have the concept of "noise word lists". These are essentially the same thing, but they're...

  • RE: A Google-like Full Text Search

    desmati (3/26/2010)


    Please help me.

    I want to remove stop words from the query(it's a custom stop word list)

    How can I Do that?

    Hi Desmati,

    If you create a custom stopword list on SQL...

Viewing 15 posts - 136 through 150 (of 938 total)