в данный момент имеем проблему
Существует база данных 1с торговля и склад 7.7 на SQL- back office, периферийные базы -торговля и склад 7.7 dbf. При переносе остатков на первое число в 2 розничных магазинах из пяти выдает ошибку,программа не запускается. Файл dbf ,на этих точках более 2 gb.


Требуется:
Настроить обмен между центром и периферийками.
Произвести реорганизацию и настройку учета по партиям в центре.
Запустить в работу периферийки.

скайп "MedvedevMaksim"

Хоть и не вакансия, но имейте совесть: город, организация, расположение, бюджет.

(2) Москва, если не ошибаюсь, Северо-запад...

файл дбф 2гб - обрекает на ошибки.

(3) Телепат? )

Москва Север

(5) не, http://forum.infostart.ru/forum9/topic69532/

код ошибки #:-120
Writing to File
M:\base\rg328.dbf
rg328.dbf- в базе этот файл весит 2028 мб

(6) Еще раз: организация, расположение, бюджет, количество переферийных баз. Иначе прикрою ветку.

(9) Какая разница какой бюджет "rg328.dbf- в базе этот файл весит 2028 мб"? Туда минимум SQL прибавлять нужно.

(10) Тссс))

(8) ну, не может он больше переписать данный файл! че непонячтно-то!

У автора напрочь отсутствует партионный учет.
В ПБ все приходы слеплены через Оприходывание на одну фирму, затем перемещение с опта в розницу с ДРУГОЙ фирмы на Третью..
Сами перемещения с партиями прилетели из центра.

Ясен пень, что ПартииНаличие распухли до небес.

Автору всего лишь надо избавиться от партий насовсем в ПБ (один хрен нет учета по ним никакого). И фсё.

(13) молоток, уважаю

ООО ДВД ПРОДАКШН, г.Москва северо-запад, 7 периферийных баз,бюджет обсуждается.

(13) Суть проблемы описана верно. Ищем реализатора идеи.

(13) Откуда знаешь как у них там и чо вертиться ?

(16) а сам чего ?
В ПБ просто прямым запросом порежешь и привет.

(17) автор присылыл мне базу на буднях.

(19) И ? недоговорились ?

Уважаемый ЁПРСТ4! Подскажите мне (дауну) по действиям как провести данную "несложную" операцию, и, я конечно сам все сделаю. Ну нет у меня требуемых знаний!

(20) я и не договаривался..

(21) заплатите Ёпрсту

(22) Назначьте же цену!

1к

Через терминал удаленные точки к скульной базе сразу подключить - не вариант?

качай это и запускай в ПБ на копии базы
http://webfile.ru/6110167

для работы нужна 1cpp.dll, брать тут:

http://www.1cpp.ru/forumfiles/Attachments/icpp3231_20101103.rar

и vfp, брать тут:

http://www.microsoft.com/downloads/details.aspx?FamilyId=E1A87D8F-2D58-491F-A0FA-95A3289C5FD4&displaylang=en


после выполнения обработки, удалить все *.cdx, удалить RG328.dbf,
зайти монопольно, сделать пересчет итогов (ТА в общем журнале установить на первый документ, потом обратно)

ТС отделался легким испуго, видать ... ;)

(24) Допиши Конфу.
ПриЗаписи на перефирии дока перемещения создавай док(дописанный) оприходования по перемещению. Без миграции в центр

1 кк Ёпрст4, мне 10% как автору идеи

Уважаемый Ёпрст4, правильно ли я понял, что со всеми нашими существующими УРБД надо проделать вышеописанную операцию, после чего все данные с обменом попадут в основную базу?

(0) Если неполучится договориться с Ёпрст4 - стучи. Посмотрю, если сойдемся в цене - сделаем тебе счастье. Дорого.

Слежу с интересом...

(27) проверь на периферийках остатки на центральном складе.

(27) Ёпрст, будет время - стукнись в скайп или аську по этому вопросу, мыло [email protected]

(31) данные с обменом - вряд ли попадут в ЦБ, так как подчистка идет напрямую с таблицами регистров, минуя механизм регистрации изменений УРБД.

(13) схема такая: юрлицо - одно. Фирм - несколько. центральная фирма + каждая точка - это своя фирма и свой склад.
1. поступление тмц на оптовый склад на центр.фирму - все ок, в ПБ не мигрирует.
2. перемещение с оптовой (центральной фирмы) на фирмы точки. в центре все ОК, в ПБ уходят перемещения. Вместе сперемещениями в ПБ уходят движения по СПИСАНИЮ ОПТОВОЙ ПАРТИИ - это бяка, потому что самой оптовой партии нет) - вот именно эти движения в перемещениях и надо удалить.
остальные движения в перемещениях на ПБ (по схеме центр-точка) - правильные. Тотально занулить все партии на ПБ - надо смотреть - бо точки = склады розничные и использование ЦенаПрод по регистру партий в алгоритмах розницы есть стопудово.

Одну базу перевели на sql 2005,во второй ,после обработок ЁПРСТ ,грузилась около 20 часов,файл RGB.dbf весит 1.53 gb.

(37) А слабо на переферийке ввести нужный товар доп документом?

(38) что куда грузилось ?

(0) Саша, ты что ли? Не бойся восьмёрки - переходи на неё.

(41) гггыы в восьмерке будет интереснее , стооднопудово ;))

(40) Пересчет итогов на одной ПБ занял 8 часов.

(41) Виталик ты? Спасибо за совет, подождем девятку...

(40) Точнее перенос остатков. И не 8, а 18 (описАлся)

(43) че то ты не то делаешь, у меня пересчет итогов занял минут 10

на твоей ПБ.

(47)перенесли точку актуальности на 06.12.2007 ,на первый документ,потом на 31.08.2012

(46) Ну че ты придираешся?.. У них может тазики типа второго пня стоят ...
Лучше б вывесил автору ценник и сделал. А то щас они там насоздают. Хотя с другой стороны - потом это все исправлять дороже будет стоить. Может и правильно...

слежу с интересом...

Ёпрст4, смилуйся над человеком ! возьми у него деньги !!

(47)Есть возможность зайти удаленно?

(46)Может я действительно чего то не так делаю? Расконсервировал 2 базы,которые не работали 3 месяца,файл RGB328 весит 1.73,при пересчете остатков выдает такую же ошибку.При переводе ТА на первый документ подвис на переносе остатков.

Сделаю за 3000 рублей (три тысячи рублей) посажу все базы на скуль .

(27) после скачки началось интересное видео, которое никак не возможно остановить... спасибо тебе мил человек.

(55) И где ж ты его нашел? Это я к тому что в (27) нет никакого видео. Так что пади ниц на колени и взмолись о пощаде ...
Не, ну реально ниче там нету. Специально качнул.

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

ну что, вроде успешно заборолось, файлики стали правильных размеров - вместо 350 МБ порядка 4Мб по остаткам ТМЦ, сейчас чистятся партии наличие в ПБ от чужих записей... соотношение размеров будет еще круче ;-)
.
еще бы придумать как сделать упаковку для таблиц регистров, не выходя из 1Ски...

остстки на моем компе стареньком атлоне 1800+ (2200) штрымдячились (дбф через vfp) час.. медленновато.. куда идет вся мощь компа - хз...

все вроде нормально кроме двух ПБ...
удаляются те записи, которые вроде должны оставаться - почему - непонятно...
.
значения входные заданы правильно - записис с заданными значениями полей - должны оставаться, а они почему-то, блин, удаляются...