![]() |
![]() |
![]() |
|
v7: trad - УстановкаТА.ert - аналог для DBF-базы.??? | ☑ | ||
---|---|---|---|---|
0
Злопчинский
24.11.11
✎
02:08
|
с твоей странички взял УстановкуТА (ранее на скульной базе пользовался другой чьей-то, она регистры оборотов не обрабатывала): интересует аналог такой обработки для DBF-базы - что-то по этому вопросу есть..?
|
|||
1
Aleksey
24.11.11
✎
02:12
|
ее же DmitrO автор?
|
|||
2
Злопчинский
24.11.11
✎
02:22
|
(1) да, там в авторах DmitrO стоит
|
|||
3
Mikeware
24.11.11
✎
08:13
|
(0) для файловых баз - хранимок нет.
и с индексами (по крайней мере, у меня) проблема. А посчитать итоги - какая в общем разница? |
|||
4
orefkov
24.11.11
✎
08:37
|
Нету, никто не может правильно работать с записью в дбфы 1Ски.
|
|||
5
Mikeware
24.11.11
✎
08:40
|
(4) Проблема с индексами? Или именно с данными?
зы. я просто с файловыми базами работал очень давно.... |
|||
6
orefkov
24.11.11
✎
08:46
|
(5)
Да, с индексами. Порядок сортировки в 1С несколько отличается от порядка сортировки в других дбф-системах. Поэтому индексы могут построиться не правильно. Конечно, переиндексация спасает, но в (0) как раз ищут обработку, сдвигающую ТА немонопольно. |
|||
7
Злопчинский
24.11.11
✎
22:48
|
(6) вполне устроит то, что надо будет принудительно переиндексироваться. Требование немонопольности - абсолютно некритично!... устроит даже монопольно!!!!
|
|||
8
Aleksey
24.11.11
✎
22:52
|
(7) Ну как бы ДБФ можно читать и писать и из другой базы. Осталось написать обработку которая из каталога читает дбф с движениями и пишет в дбф с итогами
|
|||
9
Ёпрст
гуру
24.11.11
✎
23:26
|
(7) а монопольно и штатный способ пересчитывает все итоги менее 5 минут для 20 гиговой базы.
|
|||
10
Ёпрст
гуру
24.11.11
✎
23:27
|
(8) и смысл? Когда читать и писать можно в родной ?
|
|||
11
Aleksey
24.11.11
✎
23:32
|
(9) 20 гигов в дбф? Что вы там с ней делаете
(10) Для безопасности и подстраховки |
|||
12
Ёпрст
гуру
24.11.11
✎
23:35
|
(11) работаем
|
|||
13
Ёпрст
гуру
24.11.11
✎
23:36
|
ну, если быть точнее, 19.4 гига пока.
|
|||
14
Злопчинский
25.11.11
✎
00:03
|
(9) как? колись!
|
|||
15
Aleksey
25.11.11
✎
00:09
|
Сейчас выяснится, что не совсем дбф, а через прослойку
|
|||
16
Ёпрст
гуру
25.11.11
✎
00:45
|
(15) всё штатно.
|
|||
17
Злопчинский
25.11.11
✎
00:47
|
..орешек знаний тверд... главное понять что является тормозом при расчете итогов...
|
|||
18
Ёпрст
гуру
25.11.11
✎
01:02
|
(17) вестимо период хранения останков
|
|||
19
Aleksey
25.11.11
✎
01:05
|
(18) Предлагаешь период хранения - год?
|
|||
20
Ёпрст
гуру
25.11.11
✎
01:14
|
(19) 5 дней
|
|||
21
Злопчинский
25.11.11
✎
02:36
|
(20) а как это сказывается на текущих расчетах? если где-тьо выигрываем - то где проигрываем..?
|
|||
22
Ёпрст
гуру
25.11.11
✎
08:55
|
(21)выигрываем везде окромя роста табличек итогов и необходимости открытия периода каждые 5 дней.
|
|||
23
Ёпрст
гуру
25.11.11
✎
08:56
|
+22 даже штатные запросы будут летать, не говоря уже о получении итогов через выгрузитьИтоги в модулях проведения.
|
|||
24
Mikeware
25.11.11
✎
08:58
|
(23) зато в дбф не сделать "фоновое открытие периода" :-)
|
|||
25
Ёпрст
гуру
25.11.11
✎
08:59
|
(24) ну, не без этого
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |