Имя: Пароль:
1C
1C 7.7
v7: где правильней хранить данные по юзверям за день? sql
,
0 monsterZE
 
22.10.12
16:38
есть некоторые данные (тот-же spid) актуальные на текущий день. сабж.
глобальная временная таблица дропается, когда завершает сессию юзверь ее создавший или тот, кто последний в нее писал?

уже была подобная тема по сопоставлению spid = юзер1с
хочу ее добить =)
1 Mikeware
 
22.10.12
16:39
А зачем хранить "за день"?
2 Gepard
 
22.10.12
16:42
(0) у нас хранилось в том же справочнике пользователей)
3 monsterZE
 
22.10.12
16:44
(1) ну я имею ввиду инфа, которая актуальна только в течении рабочего дня.
4 Mikeware
 
22.10.12
16:46
Ну и храни в таблице в базе.
при входе, если нет этой таблицы - создавай.
5 monsterZE
 
22.10.12
16:47
т.е. весь вопрос - создавать табличку как временную
в отдельной базе
или в текущей базе (как к этому отнесется 1с?) =)
или просто создать в текущей разово и потом апдейтить ее?
6 DGorgoN
 
22.10.12
16:47
+(4) предыдущий день вытирай, благо 1 запрос и 5 миллисекунд на выполнение )
7 DGorgoN
 
22.10.12
16:47
(5) п..
8 monsterZE
 
22.10.12
16:48
(6) да не про апдейт вопрос, а про место хранения =)
9 DGorgoN
 
22.10.12
16:49
(8) Ладно, приоткрою еще 1 буковку, по..
10 DGorgoN
 
22.10.12
16:49
Без привязки к скулю - можно тот же справочник создать
11 monsterZE
 
22.10.12
17:07
(10) но чтобы этот идишник получить все равно же надо запрос к скулю создавать? просто результат хранить в справочнике.
ТекстЗапроса = "Select ISNULL(convert(varchar(10), @@SPID),0)";
12 varelchik
 
23.10.12
08:50
(5) А она вообще не вкурсе что у нее еще какие-то таблицы в базе есть.
У мене в базах таких не родных таблиц вагон и маленькая тележка.
13 monsterZE
 
23.10.12
10:53
(12) ясно, спасибо. =)