|
v7: Выборка последних измененных записей в базе SQL (механизм) | ☑ | ||
---|---|---|---|---|
0
monsterZE
14.03.14
✎
17:47
|
Надо сделать сабж, как лучше/правильней? =)
Если базы 1с две. Из них данные апдейтят отдельные СКЛ таблички. Милисекунды не нужны, достаточно будет кратно часу. Пока мысель - левая табличка с нач_числом Каждое обновление читает нач_число, делает его инкремент и пишет данные с нач_число+1 |
|||
1
Ёпрст
14.03.14
✎
17:50
|
триггер повесь на табличку в скуле.
А так, нихрена не понял че тебе надо |
|||
2
ЧашкаЧая
14.03.14
✎
17:51
|
Включаем УРБД, читаем табличку _1supdts, после загрузки данных удаляем записи из _1supdts.
|
|||
3
varelchik
14.03.14
✎
17:52
|
(1) согласен.
|
|||
4
monsterZE
14.03.14
✎
17:55
|
(1) к моей 77 хотя прикрутить битриксовый магаз
но =) к 77, ессно, никто прикручивать не хочет - хотят использовать 8 в качестве транзитной бд в нее будет сливаться инфа из моей и еще нескольких баз у меня есть отдельная скл табличка для заказов по инету, в которой хранятся актуальные остатки резервы и т.д.. воот, надо выбирать из этой таблички измененные значения, чтобы апдейтить базу 8 для битрикса |
|||
5
Mikeware
14.03.14
✎
17:56
|
(2)+1
Причем ТС получит и нач_число+1 в виде поля verstamp |
|||
6
monsterZE
14.03.14
✎
17:56
|
т.е. остатки изменились - я обновляю запись в своей табличке
и в поле "ласт_чендж" пишу какой-то маркер чтобы чел потом выбирал из нее по этому маркеру измененные записи |
|||
7
monsterZE
14.03.14
✎
17:57
|
(2) не не.. никаких УРБД не надо.
|
|||
8
monsterZE
14.03.14
✎
17:59
|
т.е. как я это вижу - мне надо писать какое-то число, которое будет инкрементится во времени
и по нему буду отбираться измененные записи |
|||
9
Mikeware
14.03.14
✎
17:59
|
(8) проктолог?
|
|||
10
monsterZE
14.03.14
✎
17:59
|
а синхронизация должна будет запоминать макс от этого числа
и делать выборку по > что она запомнила |
|||
11
monsterZE
14.03.14
✎
18:00
|
(9) не доводилось =)
|
|||
12
ЧашкаЧая
14.03.14
✎
18:00
|
(7) Кто сказал что надо УРБД? Я предлагаю использовать механизм регистрации из УРБД, сам механизм можете не использовать.
|
|||
13
monsterZE
14.03.14
✎
18:03
|
(12) не пойму, как я могу его использовать, если мне надо делать синхронизацию по отдельной от 1с табличке?
|
|||
14
пипец
14.03.14
✎
18:04
|
;))) доктор , у меня нога болит !!
- странно , у меня точно такая же и не болит ... (с) |
|||
15
monsterZE
14.03.14
✎
18:06
|
(14) улыбнуло. =) а что по топику?
|
|||
16
Mikeware
14.03.14
✎
18:07
|
(11)видимо, в душЕ...
решения у тебя проктологическое... в (2) все нормально написано. читай про матчасть, и вперед.... |
|||
17
ЧашкаЧая
14.03.14
✎
18:08
|
(13) Тогда триггер.
|
|||
18
monsterZE
14.03.14
✎
18:12
|
(16) в чем его проктологичность? =) опуская подробности
две базы скл, между которыми нужно настроить синхронизацию |
|||
19
monsterZE
14.03.14
✎
18:14
|
(17) ок, почитаю
|
|||
20
varelchik
14.03.14
✎
18:35
|
(19) Триггер after insert,update.
И не надо никаких промежуточных таблиц. И сбора информации об изменениях за период. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |