Есть ли среди программистов рынок для хранилища больших двоичных объектов с помощью OID? - PullRequest
1 голос
/ 14 января 2009

Один из друзей разработал потрясающий магазин BLOB-объектов, и я думаю, что его нужно использовать, но мне интересно, думают ли люди, что такая вещь имеет рынок, и когда программисты когда-либо принимают такие решения. Он поддерживает резервное копирование в онлайн-хранилище с использованием дельт и гораздо быстрее, чем все, что я знаю, он прошел тщательное тестирование и используется в некоторых очень нишевых приложениях. Я думаю, что любой с двоичным форматом файла хотел бы использовать его в качестве альтернативы. Он имеет интерфейс C ++ и был адаптирован для сериализации .NET.

Абсолютно уносит таблицы BLOB-объектов SQL из воды.

Мысли

Редактировать: Лучше, потому что:

  • Это очень быстро.
  • Транзакционный, с полным сканированием восстановления, намного лучше, чем плоские файлы.

Ответы [ 3 ]

1 голос
/ 14 января 2009

Рынок есть, но не массовый. Также существует давняя конкуренция, см. BerkleyDB (который был продуктом, продаваемым независимо друг от друга (название компании: SleepyCat), но они были куплены Oracle некоторое время назад.

0 голосов
/ 14 января 2009

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

(И я управляю собственной компанией по разработке программного обеспечения, поэтому я делаю принимаю решения о покупке. :-))

0 голосов
/ 14 января 2009

Мысли? Вы не сказали как лучше ... (или как лучше использовать простое решение BLOB / база данных / файл).

Кроме того, регулярная (двоичная) сериализация .NET не подходит для долгосрочного хранения (в базе данных), поскольку она зависит от реализации (и привязана к сборкам). Для сериализации вы можете посмотреть на независимые от платформы решения, такие как буферы протокола Google (которые имеют реализации для C ++, java , C # и другие - включая одно мой собственный ).

...