Скачать: CL | DM;

Сравнить 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 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.014 c