УПП 8 и картинки

[Sergey Konovalov]

Привет, All!

Задача такая: в УПП 8 в справочнике номенклатура необходимо для каждой
номенклатуры хранить фотографии оной, на сколько это реально если объем
фотографий которые необходимо сохранить в базе около 50 гигов?

Sergey Konovalov

[Pavel Imenitov]

Hello Sergey!

Fri Oct 31 2008 09:50, Sergey Konovalov wrote to All:

SK> Задача такая: в УПП 8 в справочнике номенклатура необходимо для каждой
SK> номенклатуры хранить фотографии оной, на сколько это реально если
SK> объем фотографий которые необходимо сохранить в базе около 50 гигов?

лучше хранить имена файлов

Pavel е-меля : ипа собака инбокс (через икс) точка ру

[John W Slavin]

Счастья и пива тебе, Sergey!

Hе далече чем 31 октября 08 года (а точнее в 09:50)
Sergey Konovalov обращаясь к All заявил(а):

SK> Задача такая: в УПП 8 в справочнике номенклатура необходимо для каждой
SK> номенклатуры хранить фотографии оной, на сколько это реально если объем
SK> фотографий которые необходимо сохранить в базе около 50 гигов?

Реально. МССкул и постгрес вполне тащат такие объемы. только учитывай в
политике резервного копирования, что база потолстеет на 50 гигов :)
Правда у меня база распухла от подобного только на 10 гиг. но при ее величине в
36 это уже не смущало.
А хранить строки как ссылки на файлы тоже кстати можно, только озаботиться надо
целостностью. Чтобы сталбыть никто файлики не потер случайно.

За сим откланиваюсь.
С уважением John.
_UIN: 116941610_
... np silence...

[Sergey Konovalov]

Привет, John!

SK>> Задача такая: в УПП 8 в справочнике номенклатура необходимо для
SK>> каждой номенклатуры хранить фотографии оной, на сколько это
SK>> реально если объем фотографий которые необходимо сохранить в базе
SK>> около 50 гигов?

JS> Реально. МССкул и постгрес вполне тащат такие объемы. только учитывай
JS> в политике резервного копирования, что база потолстеет на 50 гигов :)
JS> Правда у меня база распухла от подобного только на 10 гиг. но при ее
JS> величине в 36 это уже не смущало.
Ээээээ... сталобыть файловая может и не потянуть?


JS> А хранить строки как ссылки на файлы
JS> тоже кстати можно, только озаботиться надо целостностью. Чтобы
JS> сталбыть никто файлики не потер случайно.
Попробовал хранить ярлыки - работает отлично. Но всетаки имхо не очень гибко
получается.
Sergey Konovalov

[Sergey Bodrov]

Привет, Sergey !

■ В Среду 05 Hоября 2008, Sergey Konovalov писал к John W Slavin
■ на тему: "Re: УПП 8 и картинки"

JS>> Реально. МССкул и постгрес вполне тащат такие объемы. только
JS>> учитывай в политике резервного копирования, что база потолстеет
JS>> на 50 гигов :) Правда у меня база распухла от подобного только на
JS>> 10 гиг. но при ее величине в 36 это уже не смущало.
SK> Ээээээ... сталобыть файловая может и не потянуть?
DBF не расчитан на хранение неструктурированных данных. А в 7.7 blob'ы и вовсе
не поддерживаются, данные произвольного типа хранятся в виде последовательности
строк длиной 80 символов в таблице 1sblob.dbf. Если картинок немного и они
небольшие, то их еще можно туда запихать. Hо 36 гигов дадут порядка 450 000 000
записей, плюс столько же индексов.

JS>> А хранить строки как ссылки на файлы
JS>> тоже кстати можно, только озаботиться надо целостностью. Чтобы
JS>> сталбыть никто файлики не потер случайно.
SK> Попробовал хранить ярлыки - работает отлично. Hо всетаки имхо не очень
SK> гибко получается.
Hе бери в голову. Работает - вот и хорошо. Hайдешь способ лучше, тогда и
переделаешь.

С уважением, Sergey. [Еще пива!] [Bur-r-r-r-p!]
... Секс-бомба - презерватив с детонатором.

[Alexander Belousov]

Hello Sergey.

07 Nov 08 11:58, you wrote to Sergey Konovalov:

JS>>> Реально. МССкул и постгрес вполне тащат такие объемы. только
JS>>> учитывай в политике резервного копирования, что база потолстеет
JS>>> на 50 гигов :) Правда у меня база распухла от подобного только
JS>>> на 10 гиг. но при ее величине в 36 это уже не смущало.
SK>> Ээээээ... сталобыть файловая может и не потянуть?
SB> DBF не расчитан на хранение неструктурированных данных. А в 7.7 blob'ы
SB> и вовсе не поддерживаются, данные произвольного типа хранятся в виде
SB> последовательности строк длиной 80 символов в таблице 1sblob.dbf. Если
SB> картинок немного и они небольшие, то их еще можно туда запихать. Hо 36
SB> гигов дадут порядка 450 000 000 записей, плюс столько же индексов.

Эта, а как связан формат DBF и 1Cv8.1CD ?

Alexander

... ICQ: 139442361

[Sergey Bodrov]

Привет, Alexander !

■ В Пятницу 07 Hоября 2008, Alexander Belousov писал к Sergey Bodrov
■ на тему: "УПП 8 и картинки"

SB>> DBF не расчитан на хранение неструктурированных данных. А в 7.7
AB> Эта, а как связан формат DBF и 1Cv8.1CD ?
Это я для информации. А восьмерка запросто хранит в базе произвольные данные,
это вроде бы чуть ли не на коробке написано.

С уважением, Sergey. [Еще пива!] [Bur-r-r-r-p!]
... Жидкая женщина (tm) Втирать в кожу члена до получения удовольствия.

[Denis Chernayev]

Приветствую, Sergey!

05 Ноя 08 16:58, Sergey Konovalov -> John W Slavin:

JS>> Реально. МССкул и постгрес вполне тащат такие объемы. только учитывай
JS>> в политике резервного копирования, что база потолстеет на 50 гигов :)
JS>> Правда у меня база распухла от подобного только на 10 гиг. но при ее
JS>> величине в 36 это уже не смущало.
SK> Ээээээ... сталобыть файловая может и не потянуть?

В файловой версии есть три таблицы в одном (как недавно подсказали на
дружественном форуме). И размер каждой не может превышать 4Г. (Информация с
форума, по надёжности - чуть больше, чем от агентсва ОБС)

Regards, Denis

[John W Slavin]

Счастья и пива тебе, Sergey!

Hе далече чем 05 ноября 08 года (а точнее в 16:58)
Sergey Konovalov обращаясь к John W Slavin заявил(а):

JS>> в политике резервного копирования, что база потолстеет на 50 гигов :)
JS>> Правда у меня база распухла от подобного только на 10 гиг. но при ее
JS>> величине в 36 это уже не смущало.
SK> Ээээээ... сталобыть файловая может и не потянуть?
Мсье знает толк в извращениях. :) Файловая афаик предназначена для работы 1-5
пользователей (можно и больше, но на практике - тормоз)
Исходя из этого можно хранить и просто пути к файлам.

JS>> А хранить строки как ссылки на файлы
JS>> тоже кстати можно, только озаботиться надо целостностью. Чтобы
JS>> сталбыть никто файлики не потер случайно.
SK> Попробовал хранить ярлыки - работает отлично. Но всетаки имхо не очень
SK> гибко получается. Sergey Konovalov
Hе очень да, но если результат устраивает, почему бы на нем и не остановиться?
:)

За сим откланиваюсь.
С уважением John.
_UIN: 116941610_
... np silence...

[Vladimir Timonin]

Как поживаете, John ?

JS> А хранить строки как ссылки на файлы тоже кстати можно, только
JS> озаботиться надо целостностью. Чтобы сталбыть никто файлики
JS> не потер случайно.

А еще лучше завести отдельную базу SQL под это и тогда не прийдется
заботиться об увеличившемся объеме резервного копирования, т.к.
проще сохранять средствами скуля ;).


C уважением, Vladimir Timonin.