Форум: "Базы";
Текущий архив: 2007.07.15;
Скачать: [xml.tar.bz2];
ВнизСравнить BLOB Найти похожие ветки
← →
NiGGa[lHbs] (2007-04-17 16:31) [0]Как собственно сравнить два блоба.
← →
ANB © (2007-04-17 16:37) [1]
> Как собственно сравнить два блоба.
Взять и сравнить. Побайтно или пословно, например.
← →
Сергей М. © (2007-04-17 16:42) [2]
> Как собственно сравнить два блоба
Сравнить на какой предмет ?
← →
Jan1 (2007-04-17 16:48) [3]только нахрена? хотя конечно все может быть...
← →
Сергей М. © (2007-04-17 17:01) [4]
> нахрена?
Ну мало ли) ...
В одном блобе - фотка жены, в других - фотокомпроматы, требуется найти компромат на жену)
← →
Ega23 © (2007-04-17 17:04) [5]Это всё фигня. Вот как сравнить 2 блоба на TSQL.... :)
← →
PEAKTOP © (2007-04-17 17:09) [6]Найти в базе все фотографии на которых
1) есть я
2) но трезвый,
3) с женой
4) cо своей.
:)))
← →
Сергей М. © (2007-04-17 17:19) [7]
> PEAKTOP © (17.04.07 17:09) [6]
Все просто.
Достаточно исключить фотографии, на которых:
1) тебя нет
или
2) ты ухрюканый встельку
или
3) твоей жены там и близко не стояло
или
4) стояло, но заведомо не твоей жены, и при это обязательно у тебя
Все прочие неотобранные фотки соответствуют условиям отбора)
← →
Jeer © (2007-04-17 17:44) [8]Варианты:
1. добавить в таблицу поле CheckSum и считать при вставке, например, CRC32
2. На SQL сравнивать первые 8000 бит посредством substring (можно и последующие)
3. Для IB видел UDF с побитным сравнением BLOB
← →
NiGGa[lHbs] (2007-04-17 18:10) [9]2 Jeer (17.04.07 17:44) [8]
Спасибо, действительно что-то забыл про контрольную сумму. По-ходу единственный верный вариант.
Сравнивать побайтно нельзя, объемы не позволяют.
А зачем это делать? Все просто. Некая информация попадает в базу путем банального файлообмена. Оригинал файла конечно же тоже храниться в базе. Собственно нужно ограничить возможность повторного затягивания одного и того же файла. Ввиду того что файлы формируем не мы, единнственное решение(как нам кажется) это сравнение содержимого этих файлов.
← →
Jan1 (2007-04-17 20:00) [10]
> Собственно нужно ограничить возможность повторного затягивания
> одного и того же файла. Ввиду того что файлы формируем не
> мы, единнственное решение(как нам кажется) это сравнение
> содержимого этих файлов.
а не кажется что чтобы сравнить тебе надо будет этот файл затянуть? :)
уже б просто поверх писали и горя б не знали... велик тут придумали млин...
← →
Сергей М. © (2007-04-18 08:27) [11]
> NiGGa[lHbs] (17.04.07 18:10) [9]
СУБД какая ?
← →
Desdechado © (2007-04-18 11:17) [12]Jan1 (17.04.07 20:00) [10]
Насколько я понял, на основании закачанного файла делаются какие-томанипуляции с данными. Зачем же его затягивать повторно и колбасить данные, если этогоможно не делать. Тем более, если на эти данные могут быть всякие каскадные завязки в других таблицах.
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2007.07.15;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.059 c