Имя: Пароль:
1C
1C 7.7
v7: Перевод базы 7.7 на SQL
, ,
0 FerGoSec
 
22.09.15
13:57
День добрый господа, столкнулся с проблемой перевода базы 1С 7.7 на SQL. На скриншоте видно что ошибка возникает при создании регистра "Выработка", я правильно понимаю что он мне говорит что не может быть более 16 полей в этом регистре?

Ошибка:
[URL=http://radikal.ru/fp/3583931b801f44dfa835db871d52cebf][IMG]http://s019.radikal.ru/i603/1509/ca/3c1f512b3cf9t.jpg[/IMG][/URL]

Регистр выработка:
[URL=http://radikal.ru/fp/3c185643be434166959f28fabc0abb73][IMG]http://s008.radikal.ru/i304
1 FerGoSec
 
22.09.15
14:03
Миниатюры не вставились... А как редактировать тему не пойму((

Ошибка:
http://radikal.ru/fp/3583931b801f44dfa835db871d52cebf

Регистр выработка:
http://radikal.ru/fp/3c185643be434166959f28fabc0abb73
2 Builder
 
22.09.15
14:07
И что, вам все 16 измерений нужны? И они все закрываются?
Или таки не закрываются и от этого база требует перехода на SQL?
3 trad
 
22.09.15
14:10
регистр - 22 измерения - интересненко
4 FerGoSec
 
22.09.15
14:12
Измирений в этом регистре 22 видно на 2 скрине, база требует перехода потому что она уже огромная, а в силу специфики учета свернуть ее не вариант. База досталась в таком состоянии... Ваши мысли, это ограничение на количество полей?
5 Попытка1С
 
22.09.15
14:17
Интересно кому нужны эти 22 измерения..
6 akaBrr
 
22.09.15
14:17
(4) беги оттуда
7 Попытка1С
 
22.09.15
14:17
Посмотри какие измерения не закрываются, я думаю из проще выпилить будет до перехода.
8 Naumov
 
22.09.15
14:19
Глядя на такие регистры впадаю в уныние, т.к. фантазия моя убога, чтобы придумать 22 измерения.
9 FerGoSec
 
22.09.15
14:20
(6) Дельный совет))
(5) (7)  Это все ясно, что если это ограничение то проще удалить не используемые поля, или оптимизировать регистр.

Как я понимаю все склоняются к органичению в измерениях

(8) Вам бы показать хоть часть здешнего кода, Ваше уныние было бы безгранично :)
10 trad
 
22.09.15
14:36
в индексном выражении может быть не более 16 полей (в ms sql 200 по крайней мере)

а получается твои 22 + 1 системное поле period
11 trad
 
22.09.15
14:37
не нужные измерения удалить
поля которые не должны быть измерениями перенести в реквизиты
12 FerGoSec
 
22.09.15
14:39
(10) (11) Большое спасибо за ответ, пойду приведу регистр к нормальному виду
13 varelchik
 
22.09.15
14:42
мда....................
это ж надо было до такого додуматся!!!!!!!!!!!!!!1
14 varelchik
 
22.09.15
14:50
а у меня складывается такое впечатление что его создавал не знал что есть оборотный регистр.
15 varelchik
 
22.09.15
14:54
(12)Ага и не забудьте алгоритм закрытия пересмотреть
16 rsv
 
22.09.15
14:55
(0)   Скорее не правильно .  Затык  наверное где то не там .  Сколько полей  - неважно .
17 rsv
 
22.09.15
14:58
(3) Max.количество полей таблицы  зависит от  СУБД .
18 rsv
 
22.09.15
15:00
(4) можно грохнуть все таблицы регистров в файловой. Стартануть. Сделать выгрузку в DT. Залить в скуль. Перепровести доки.
19 rsv
 
22.09.15
15:01
Ессно  на копии .
20 vcv
 
22.09.15
20:39
Может быть создать справочник Партии/Серии/Изделия/итд, добавить его в измерения регистра на имеющейся базе (если, конечно, может), снести большую часть измерений регистра в справочник, потом грохнуть ненужные измерения. Конечно отчеты и документы перепахивать...
Может проще внедрить какую-нибудь типовую 1С8 с миграцией данных? Разовый шок, а не растянутая на год-другой ловля проблем.
21 vladko
 
23.09.15
09:27
(0) автор-разработчик этого регистра явно не в курсе, чем отличаются измерения от реквизитов регистра.
22 rs_trade
 
23.09.15
09:51
А есть еще че нить интересное из этой базы? Там наверное много всего в таком духе должно быть.