|   |   | 
| 
 | 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.
 И не надо никаких промежуточных таблиц. И сбора информации об изменениях за период. | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |