Thread: about large objects
Здравствуйте, уважаемые разработчики и пользователи.
Меня очень интересует состояние дел с максимально возможным размером бинарных данных. BLOB. В документации сказано, что 2ГБ.
Может это не совсем то, что мне надо, поэтому я опишу свою задачу.
Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например, 25-30 ГБ.
Возможно ли это организовать каким-либо образом? (BLOB, bytea или еще как).
Если да, то как и есть ли какое-то определенное ограничение на размер.
И какие имеются перспективы к устранению этого ограничения.
С уважением, Сергей Карин
-----Original Message----- From: Alexey Voychehovich [mailto:ironwit@gmail.com] Sent: Tuesday, April 12, 2005 6:26 PM To: Sergey Karin Subject: Re: [pgsql-ru-general] about large objects один снимок имеет такой обьем? Да, один. Могут быть и больше. Но редко, к счастью On Apr 12, 2005 5:02 PM, Sergey Karin <nil5-ksa@yandex.ru> wrote: > > Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например, 25-30 > ГБ. -- Don`t drink and drive, smoke and fly!
Sergey Karin wrote: > Здравствуйте, уважаемые разработчики и пользователи. > > > > Меня очень интересует состояние дел с максимально возможным размером > бинарных данных. BLOB. В документации сказано, что 2ГБ. > > Может это не совсем то, что мне надо, поэтому я опишу свою задачу. > > > > Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например, > 25-30 ГБ. > > Возможно ли это организовать каким-либо образом? (BLOB, bytea или еще как). > > Если да, то как и есть ли какое-то определенное ограничение на размер. > > > > И какие имеются перспективы к устранению этого ограничения. А какая необходимость хранить такие файлы в базе? Почему не воспользоваться просто файловой системой? В данном случае это гораздо эффективнее. -- С уважением, технический директор ООО "ЦСА" Николай Газалов www.sbin.org +7 8793 365584 (GPG Key ID: 4396B2D0)
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-808468748-1113317598=:16872
Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed
Content-Transfer-Encoding: 8BIT
Храни в БД метаданные твоих снимков и путь к ним, а сами фото держи
в оптимизированном для этого файловом хранилище ижэиви спокойно
Ты ведь искать по этим сникам не удешь ?
Олег
On Tue, 12 Apr 2005, Sergey Karin wrote:
> Здравствуйте, уважаемые разработчики и пользователи.
>
>
>
> Меня очень интересует состояние дел с максимально возможным размером
> бинарных данных. BLOB. В документации сказано, что 2ГБ.
>
> Может это не совсем то, что мне надо, поэтому я опишу свою задачу.
>
>
>
> Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например, 25-30
> ГБ.
>
> Возможно ли это организовать каким-либо образом? (BLOB, bytea или еще как).
>
> Если да, то как и есть ли какое-то определенное ограничение на размер.
>
>
>
> И какие имеются перспективы к устранению этого ограничения.
>
>
>
> С уважением, Сергей Карин
>
>
Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
---559023410-808468748-1113317598=:16872--
Просто необходимо организовать общий разграниченный доступ к этим данным.
Причем они должны быть доступны не только в локальной сети. Необходима
репликация данных ну и так далее. В общем все те вкусности, которые
предоставляет СУБД
Sergey Karin wrote:
> Здравствуйте, уважаемые разработчики и пользователи.
>
>
>
> Меня очень интересует состояние дел с максимально возможным размером
> бинарных данных. BLOB. В документации сказано, что 2ГБ.
>
> Может это не совсем то, что мне надо, поэтому я опишу свою задачу.
>
>
>
> Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например,
> 25-30 ГБ.
>
> Возможно ли это организовать каким-либо образом? (BLOB, bytea или еще
как).
>
> Если да, то как и есть ли какое-то определенное ограничение на размер.
>
>
>
> И какие имеются перспективы к устранению этого ограничения.
А какая необходимость хранить такие файлы в базе? Почему не
воспользоваться просто файловой системой? В данном случае это гораздо
эффективнее.
--
С уважением,
технический директор ООО "ЦСА"
Николай Газалов
www.sbin.org
+7 8793 365584
(GPG Key ID: 4396B2D0)
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
Sergey Karin wrote: > Просто необходимо организовать общий разграниченный доступ к этим данным. > Причем они должны быть доступны не только в локальной сети. Необходима > репликация данных ну и так далее. В общем все те вкусности, которые > предоставляет СУБД у вас испорченные представления о возможностях СУБД файловый сервер (ну или трехзвенка из СУБД, колиента и сервера приложений) здесь будет лучше. А как реплицировать файловые сервера вам расскажут в соседней рассылке. -- У каждого в башке свои тараканы...
Нет, пока не планируется. То есть можно сказать, что другого способа, как
либо разбивать файл на части и хранить его БЛОБами по 2 ГБ или типа только
хранить ссылку на файл нет?
-----Original Message-----
From: pgsql-ru-general-owner@postgresql.org
[mailto:pgsql-ru-general-owner@postgresql.org] On Behalf Of Oleg Bartunov
Sent: Tuesday, April 12, 2005 6:53 PM
To: Sergey Karin
Cc: 'pgsql-ru-general'
Subject: [OBORONA-SPAM] Re: [pgsql-ru-general] about large objects
Храни в БД метаданные твоих снимков и путь к ним, а сами фото держи
в оптимизированном для этого файловом хранилище ижэиви спокойно
Ты ведь искать по этим сникам не удешь ?
Олег
On Tue, 12 Apr 2005, Sergey Karin wrote:
> Здравствуйте, уважаемые разработчики и пользователи.
>
>
>
> Меня очень интересует состояние дел с максимально возможным размером
> бинарных данных. BLOB. В документации сказано, что 2ГБ.
>
> Может это не совсем то, что мне надо, поэтому я опишу свою задачу.
>
>
>
> Мне надо в БД хранить аэрофотоснимки очень больших размеров. Например,
25-30
> ГБ.
>
> Возможно ли это организовать каким-либо образом? (BLOB, bytea или еще
как).
>
> Если да, то как и есть ли какое-то определенное ограничение на размер.
>
>
>
> И какие имеются перспективы к устранению этого ограничения.
>
>
>
> С уважением, Сергей Карин
>
>
Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend