|
v7: Ошибка SQL базы | ☑ | ||
---|---|---|---|---|
0
ChMikle
28.05.13
✎
11:31
|
в результате какого-то сбоя , в бухгалтерию 7.7 попала запись без сслыки на документ движение : карточку счета делаю есть ссылка на движение по счета м и сумма , а кликаю на операцию вываливает ошибку. Как лечить , пробывали ТИС вываливает ошибку , база SQL объем 25 гб , пытаемся выгрузить через приблуду Ромиска , выгружает номрально а вот создать дбф-ку не получается, как лечить ?!
|
|||
1
1Сергей
28.05.13
✎
12:10
|
объем 25 гб на ДБФ не взлетит. Создавай новую в скуле
|
|||
2
sapphire
28.05.13
✎
12:11
|
(0) Можно вылечить скулем.
|
|||
3
ChMikle
28.05.13
✎
12:32
|
(2) каким образом ?
|
|||
4
Mikeware
28.05.13
✎
12:34
|
(3) удалить запись без ссылки на документ
|
|||
5
sapphire
28.05.13
✎
12:34
|
(3) Удалить запись из движений для документов вне _1SJOURN и пересчитать итоги
|
|||
6
ЧеловекДуши
28.05.13
✎
12:35
|
(0) Руками, через менеджер Скуля, убей лишние записи, или перенеси на другой документ :)
|
|||
7
ChMikle
28.05.13
✎
12:35
|
а в какой таблице найти можно эту запись ?
|
|||
8
dk
28.05.13
✎
12:35
|
(3) структура таблиц описана, ошибку видимо уже знаешь - вперед - прямая правка в скуле
---- а нафига в dbf хочешь выгрузить? |
|||
9
ЧеловекДуши
28.05.13
✎
12:35
|
(7) Заведомо в Таблице Регистра (Оборотов или Остатков), нам тут не видать :)
|
|||
10
ЧеловекДуши
28.05.13
✎
12:36
|
(7) Напиши команду Delete с отбором по нужным измерениям и Регистратора
|
|||
11
ЧеловекДуши
28.05.13
✎
12:36
|
+(7) После пересчет Итогов.
|
|||
12
ChMikle
28.05.13
✎
12:37
|
(8) дык при выгрузке он индексные файлы удалит , а при загрузке воссоздаст :) , по идее должно ве нормально быть
|
|||
13
Mikeware
28.05.13
✎
12:37
|
В проводках, видимо.
|
|||
14
ЧеловекДуши
28.05.13
✎
12:37
|
+(7) И самое главное, перед шаманством, бекап :)
Лучше бекап как перед, так и после (перед пересчетом итогов) |
|||
15
Mikeware
28.05.13
✎
12:37
|
(9) у него бухня
|
|||
16
ЧеловекДуши
28.05.13
✎
12:37
|
(12) SQL, какие к черту индексы? О_О...
|
|||
17
Mikeware
28.05.13
✎
12:38
|
(12) а причем тут индексы?
если уж так надо - удали/пересоздай их вручную. Какие проблемы? |
|||
18
ЧеловекДуши
28.05.13
✎
12:38
|
(15) Это будет что-то... тяжелый ... момент
|
|||
19
ChMikle
28.05.13
✎
12:38
|
(14) да я на копии и так буду делать
|
|||
20
ЧеловекДуши
28.05.13
✎
12:39
|
(17) Лучше вообще привязать их к существующей Бух справке и потом её грохнуть :)
|
|||
21
ChMikle
28.05.13
✎
12:40
|
(20) зачем, по идее должно быть поле пустое iDDoc у этой проводки ?
|
|||
22
sapphire
28.05.13
✎
12:42
|
(21) Нет, просто этого IDDOC нет в _1SJOURN
|
|||
23
sapphire
28.05.13
✎
12:43
|
Хотя я точно не помню, надо смотреть dd
|
|||
24
Mikeware
28.05.13
✎
12:43
|
(21) DOCID - у проводок иддок в поле докИд.
|
|||
25
ChMikle
28.05.13
✎
12:44
|
(24) мне надо смотреть таблицу прводок у которой пустой DOCID , я прально понял , какое имя таблицы (Бух 7.7)?
|
|||
26
Mikeware
28.05.13
✎
12:45
|
(25) не факт, что он пустой. но факт, что его нет в журнале
|
|||
27
ChMikle
28.05.13
✎
12:46
|
(26) как её найти-то , у нее параметр ссылки на документ должен быть пустой ?
|
|||
28
Mikeware
28.05.13
✎
12:48
|
(27) плятть....
ну тебе ж в (5) и в (22) русским по белому написали... |
|||
29
ChMikle
28.05.13
✎
12:56
|
(22) если я правильно понимаю , ситуация следующая есть запись в таблице "_1SENTRY" и есть "_1SJOURN" в обоих таблица есть реквизит "DOCID", чтобы найти корявую проводку мне нужен запрос который выдаст мне запись проводки с реквизитом DOCID , которого нет в "_1SJOURN" , так ?
|
|||
30
Mikeware
28.05.13
✎
13:01
|
(29) неправильно понимаешь.
проводка делается документом. поле проводки DOCID в норме содержит IDDOC документа. если поле docid содержит такое значение, которого нет в _1sjourn.IDDOC - то эта проводка косячно привязана. |
|||
31
Ёпрст
28.05.13
✎
13:10
|
....и время поди у дока 23:59:59..
|
|||
32
ChMikle
28.05.13
✎
14:21
|
ушел ковырять :)
|
|||
33
trad
28.05.13
✎
14:30
|
(32)
select _1SENTRY.* from _1SENTRY (nolock) left join _1SJOURN (nolock) on _1SJOURN.iddoc = _1SENTRY.docid where _1SJOURN.iddoc is null |
|||
34
Ёпрст
28.05.13
✎
16:40
|
(33) уверен, таких строк там нема..
|
|||
35
Ёпрст
28.05.13
✎
16:41
|
всё дело в (31) и в неверной позиции (точнее, она разная в проводках/операциях и в табличке журнальчика)
|
|||
36
ChMikle
28.05.13
✎
16:45
|
разобрались всем спасибо сравнивали date_time_docid и idDoc все получилось
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |