|
v7: Разбор таблицы DBF из базы | ☑ | ||
---|---|---|---|---|
0
planod
10.03.15
✎
12:19
|
Всем доброго времени суток. Есть файловая база семерки. Если открыть любую таблицу DBF любым DBF-редактором, то в ячейках значения полей представлены в виде выражений типа "NГ", "75TRЦ" и тому подобное.
Подскажите, пожалуйста, как можно прервать эти значения в человекопонятные?) Заранее спасибо. |
|||
1
palpetrovich
10.03.15
✎
12:20
|
(0) нафейхуа?
|
|||
2
ДенисЧ
10.03.15
✎
12:21
|
Что тебе это даст?
|
|||
3
ДенисЧ
10.03.15
✎
12:22
|
Более того, значений "NГ", "75TRЦ" в полях, котороые означают ссылки на метаданные, быть не может ))
|
|||
4
planod
10.03.15
✎
12:24
|
(1)(2) Это даст мне возможность правильно найти строку итога регистра и подредактировать её.
(3) Почему? Первая запись имеет тип "Справочник.Фирма", вторая - "Спрвочник.Договоры." |
|||
5
Ёпрст
10.03.15
✎
12:27
|
На изучай..
http://www.script-coding.com/v77tables.html регистры можешь и этим поправить http://nfxgm33torqxe5booj2q.nblu.ru/public/79515/ |
|||
6
ДенисЧ
10.03.15
✎
12:31
|
(4) Потому что там не может быть русских букв ))
|
|||
7
planod
10.03.15
✎
12:39
|
(5) Ваша обработка мне уже пару раз помогала. Спасибо. Но сейчас мне нужно подправить регистр остатков, а не регистр движений...
|
|||
8
planod
10.03.15
✎
12:42
|
(6) в Dos-кодировке "NГ" = "N+"...
|
|||
9
ДенисЧ
10.03.15
✎
12:59
|
(8) и + там быть не может... )))
Только цифры и заглавные латинские буквы... |
|||
10
FN
10.03.15
✎
13:14
|
Ссылки на элементы могут содержать нелатинские символы - код иб создания.
|
|||
11
Ёпрст
10.03.15
✎
13:20
|
(7) Напрасный труд, любой пересчет итогов и привет котёнку
|
|||
12
varelchik
10.03.15
✎
17:33
|
(9)С чего бы такое уточнение.
Если идиот создавал распределеннку, то мог зафигачить в Код базы русский шрифт. |
|||
13
ДенисЧ
10.03.15
✎
17:42
|
(10) (12) Да, про префиксы я не продумал. Но они идут в начале, а не в конце...
|
|||
14
varelchik
10.03.15
✎
17:49
|
(13)Нет в конце.
ID может иметь 3 представления (уровня) в зависимости от длины (количества значащих символов): 9 символов – определен тип и вид объекта (например «Справочник.Клиенты»), в ID включается только порядковый номер в 36-ричной системе исчисления. Под порядковый номер отводятся первые 6 символов, последние 3 символа зарезервированы под код базы УРБД. 13 символов – определен только тип объекта, вид не задан (например «Справочник»). Первые 4 символа – идентификатор вида (как он задан в метаданных), последующие 9 символов – по аналогии с предыдущим пунктом. 23 символа – не определен тип и вид объекта. В таком случае в первых 2 символах хранится тип объекта (будет рассмотрен ниже), следующие 13 символов формируются аналогично предыдущему пункту. Если вы не в курсе. |
|||
15
ДенисЧ
10.03.15
✎
17:50
|
(14) Я в курсе.
Соответственно, "NГ" точно не подходит |
|||
16
Spyke
10.03.15
✎
17:58
|
(7) А воровать это жело не хорошее
|
|||
17
planod
11.03.15
✎
03:39
|
(16) Сергей, не зная ситуации, не делайте таких выводов!
|
|||
18
varelchik
11.03.15
✎
11:35
|
(15)это почему?
N порядковый номер Г код базы. |
|||
19
D_E_S_131
11.03.15
✎
11:49
|
(7) Нужно сделать 2+2=5? :)
|
|||
20
dk
11.03.15
✎
12:04
|
Комбинация
ЗначениеВстрокуВнутр ЗначениеИзстрокиВнутр и _strtoid() _idtostr() должны помочь со страшными 75TRЦ |
|||
21
Torquader
11.03.15
✎
12:14
|
Ещё неплохо бы озвучить имена полей, где нашли такие "замечательные" цифры, а то не факт, что это вообще идентификаторы объектов, а не какие-то сохранённые данные неизвестным алгоритмом.
|
|||
22
kudlach
11.03.15
✎
12:22
|
(0) Т.е. прямое обращение к базе теперь понятнее, чем написание обработки на 7.7 ?
|
|||
23
kudlach
11.03.15
✎
12:24
|
(0) Свяжи левым соединением с таблицей справочника (если это справочник) и выведи поле DESCR.
|
|||
24
planod
13.03.15
✎
05:49
|
(19) нет, сейчас 2+2 в итоге группировки выдает 5, а надо 4 :)
|
|||
25
planod
13.03.15
✎
05:59
|
В итоге, поднапрягся и по совету (11) в ночь всех выгнал и пересчитал остатки за несколько месяцев.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |