Имя: Пароль:
1C
1C 7.7
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) ну, не без этого
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший