Добрый день всем. Скажите есть ли сабжевый инструмент в 4.6C?

SE11 -> Утилиты -> Управление версиями -> Remote-сравнение.

Это ведь структура? А нужно сравнение данных.

Сильное желание... Даже не знаю что и предложить.
Пишите скрипты на уровне БД

Сравниваться будут не слишком большие объемы. Нужно для тестирования репликации. Придется, видимо, АБАПить (RFC_READ_TABLE и все такое). А не хотелось бы (

Делаю оригинальное предложение: select * на вход hash-функции. И сравниваем результат И объемы по-барабану...

Настройки можно сравнить в SCMP.

Однако, есть небольшая вероятность, что хэш-функции совпадут для различных данных. Вряд ли кому-нибудь захочется судьбу испытывать...

Идея хороша, но уже была. select * не подходит, т.к. некоторые поля естественным образом отличаются (например дата обновления, пользователь). Поэтому хотелось бы продвинутый инструмент, с выбором полей, внятным сравнением, весьма желательно и с указанием в результатах сравнения имен колонок с различающимися данными. Все это вполне реализуемо, но самому делать не очень-то хочется.

Но увы, приходится.

Да, вероятность коллизий в hash-функциях отлична от нуля. Но при условии одинакового количества данных и отсекая то, что исходные данные должны быть все же данными, а не набором случайных байт, я бы такой вероятностью пренебрег. Особенно учитывая, что операция нужна для отладки.

Ну так обрежьте эти поля в выборке. Свой инструмент придется делать если хочется уж полностью универсальное решение.

Одинаковость количества данных и их характер (случайный набор данных или документы SAP, подчиняющиеся закономерностям) хэш-функции _совершенно_ по барабану. На то она и хэш функция, чтобы преобразовывать входящий порядок в совершенно хаотический результат.

А роль играет только отношение размера сравниваемых данных (с учётом коэффициента плотности информации, конечно) к длине хэш-ключа.

Всё зависит от поставленной задачи. Для тестирования, согласен, это может роли не играть.

Спасибо, повеселили

Вероятность совпадения 128 битного MD5 - 2x10^-39. Возраста вселенной не хватит перебрать все эти числа, если делать это раз в секунду.

Да, действительно, маловато будет, маловато...

Попробуйте тр. SCU0