уменьшение размеров базы 1с #558763

нашел внешнюю обработку GrabberKartinok, выгрузил картинки, отресайзил прогой XnView, сделал все картинки одинаковые по ширине, вот теперь стоит вопрос какой обработкой их заново закинуть туда же в базу, и чтобы она затерла те старые изображения в хранилище.

> какой обработкой их заново закинуть туда же в базу, и чтобы она затерла те старые изображения в хранилище Написать свою. С уважением, кэп.

я не программист, пожалуйста помогите с обработкой

сколько платишь?

с деньгами туго, надеялся что здесь найду помощь, жаль что все так грустно...

тут жадные и ленивые 1с-ники собрались... для того что-бы получить помощь - для начало нормально оформи топик, какая конфигурация и т.д.

конфигурация "Управление торговлей для Казахстана", редакция 2.2,  локализация для Казахстана: "1С-Рейтинг",  "1С-Сапа" (2.2.2.12)

как же сделать так чтобы можно было уменьшить размеры картинок в базе 1с, а то наши менеджеры вообще не следят за размерами, просто тупо закидывают и все, а от этого база уже зашкалила за 10 гигов

Если ты не 1Сник, откуда уверенность что картинки там имеют значительный вес от размера базы

так дело в том что загрузка картинок началась недавно, и базы не так много весили, товаров около 200 000 штук, размеры некоторых под 2 метра, вот отсюда и выводы. Ну даже если это не так, то все равно разные картинки разных размеров... А стоять над каждым менеджером и бить по рукам тоже не то...

Программно запрети загрузку фоток больше энного размера.

Думаешь, здесь у всех родители-олигархи, а программированием на 1С занимаемся исключительно ради удовольствия?

пнятно что нужен 1сник, так я в такой глуши живу, сюда ни один спец не приедет, а работу надо делать... Ну ребята помогите плиз, сразу скажу деньгами не смогу отблагодарить...

Паспортные данные, номер страховки и ИНН

я ж почти две трети работы сделал ))), мне бы только назад запихнуть эти же самые картинки...

2 lxs, смешно )))

+ номер банковского счета и реквизиты организации, где работаешь.

Приезжать?) Это будет раза в три дороже нежели удаленно))

На халяву тебе никто тут ничего не сделает. Несчастным можешь прикидываться сколько угодно.

понятно, жаль конешно..

ладно, если помощи не дождусь то можно закрывать тему....

Не дождешься. Потому что здесь на эту тему уже столько писали, что в лом цитировать. Иди в поиск.

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

А что, ты думал ща все бросятся тебе обработку писать, за спасибо?

Этой же и закинь, если она смогла выгрузить, то после небольшой корректировки сможет и обратно загрузить.

))) честно думал так, теперь понимаю что это не так, а хотя бы объяснить где надо копать, или что надо сделать чтобы решить задачку. Писать за меня код конечно это слишком ...

закинуть ей же не получится, она ж только вытаскивает картинки...

> после небольшой корректировки

если так можно сделать то буду мучить..., мне бы токо знать что это можно сделать

картинками торгуете что ли? Нафига все эти заморочки то?

задача простая уменьшить базу 1с за счет уменьшения размеров картинок  )))

сверни базу стандартными средствами. Нашел чем базу уменьшить, там что сотня картинок?

он писал про 200000 позиций номенклатуры, к которым прикладываются фотки товаров, я так понял.

все верно

а теперь вопрос: каким образом определить какой файл картинки на винте сопоставить с конкретной номенклатурой в базе? или их просто загрузить надо в произвольном порядке ))

фига се.

И еще вопрос: на сколько уменьшился общий размер всех выгруженных из базы картинок?

давай я напишу - я сегодня добррррренький

картинки не выгружались, они просто скопировались в папку, а папка весит около 6 гигов, и кстати база на SQL

откуда скопировались?

из базы, использовал внешнюю обработку, называется GrabberKartinok.epf

У него в имени файла присутствует какая-то хрень очень похожая на УИД (ссылку) типа ХранилищеДополнительнойИнформации_Хранилище__0f296c9c-5ab9-11e0-b6a6-00237d9338af.JPEG Я бы перебрал тупа все файлы каталога, где они лежат по маске *.JPEG и беря 36 правых знаков из ИмяБезРасширения полчал бы через менеджера справочника ссылки по УИДам, от ссылки - объект, у объекта заполнял бы Хранилище, объект бы записывал. Как-то так...

Ты же писал что выгрузил картинки, потом их всех отредактировал, уменьшил размер. Так вот сколько было до и сколько стало после?

А картинки не в отдельном справочнике храняться?

В отдельном - ХранилищеДополнительнойИнформации

Ну вот, выгружал ведь. Так сколько весили картинки сразу после выгрузки и сколько после их обработки?

Энтузиасты млять..

Зануда. 8-)

Нехрен хранить картинки в базе - храни в отдельной папке на диске, а в Номенклатуре только путь

+ 100800

это по уму если делать, но случаи разные бывают

>> а от этого база уже зашкалила за 10 гигов И что? У меня база за 20Гб и в ней вообще нет ни каких картинок или файлов. А есть базы и в сотни ГБ... А обосновать это можете? Или главное ляпнуть? Каковы принципиальные аргументы "против", кроме влияния на размеры базы? ИМХО, автор муйнёй занимается. Прироста производительности это не даст.

unregistered спасибо огромное за помощь, догадываюсь кто вы. Насчет того что я муйней занимаюсь эт вы зря, я ж не от жиру бешусь, просто бекапы баз очень много занимают и выгрузки тоже. Всем большое спасибо !!!

конечно я могу обосновать 1. хранение картинок в базе может повлечь за собой данную тему, если бы картинки хранились в отдельном каталоге, то вопросов бы не возникало 2. если база распределенная и есть определенный механизм обмена данными, то картинки могут существенно повлиять на размер файлов обмена, а следовательно и на метод доставки этих самых обменов по назначению 3. резервная копия базы с картинками и без картинок естественно все вышеперечисленное относится к картинкам номенклатуры или еще чего массового и не секретного. Понятное дело, что скан договора правильнее запихнуть в базу.....

да и прирост производительности таки возможен в виду более вероятной фрагментации на жестком диске именно одного большого файла