Службы SQL Server Integration Services — сравнение хэшей добавочной загрузки данных

Использование служб SQL Server Integration Services (SSIS) для загрузки добавочных данных, сравнения хэша импортируемых и существующих данных строки. Я использую это:

http://ssismhash.codeplex.com/

чтобы создать хэш SHA512 для сравнения. При попытке сравнить хэш импорта данных и существующий хэш из базы данных с помощью задачи условного разделения (выражение NEW_HASH == OLD_HASH) я получаю следующую ошибку при вводе выражения:

The data type "DT_BYTES" cannot be used with binary operator "==". The type of one or both of the operands is not supported for the operation. To perform this operation, one or both operands need to be explicitly cast with a cast operator.

Попытки привести каждый столбец к строке (DT_WSTR, 64) перед сравнением привели к ошибке усечения.

Есть ли лучший способ сделать это, или я упустил какую-то мелкую деталь?

Спасибо


ssis etl hash compare
person Bryan    schedule 27.07.2010    source источник
comment
Вы пытались привести его к int?   -  person unclepaul84    schedule 27.07.2010

Ответы (3)


arrow_upward
1
arrow_downward

Вы пытались увеличить длину за пределы 64? Я считаю, что DT_BYTES действителен до 8000 символов. Я проверил следующие адреса назначения для DT_BYTES на основе книжной онлайн-статьи:

  1. DT_I4
  2. DT_UI4
  3. DT_I8
  4. DT_UI8
  5. DT_STR
  6. DT_WSTR
  7. DT_GUID
  8. DT_IMAGE

Я также провел тест в BIDS и убедился, что у него не было проблем со сравнением значений после того, как я привел их к достаточно длинному типу данных.

person Registered User    schedule 27.07.2010

arrow_upward
1
arrow_downward

SHA512 - это слишком много, так как ваши шансы на столкновение составляют 1 из 2 ^ 256. SHA512 всегда выводит 512 бит, что составляет 64 байта. У меня похожая ситуация, когда я проверяю хеш входящего бинарного файла. Я использую преобразование поиска вместо условного разделения.

person Josef Richberg    schedule 30.07.2010

arrow_upward
1
arrow_downward

Этот пост старше, но для того, чтобы помочь другим пользователям...

Ответ заключается в том, что в SSIS нельзя сравнивать двоичные данные с помощью оператора ==.

Что я видел, так это то, что люди чаще всего преобразовывают (и сохраняют) хэшированное значение как varchar или nvarchar, которые можно сравнить в SSIS.

Я считаю, что другие пользователи правильно ответили на ваш вопрос с «усечением».

person burtino    schedule 02.08.2012