Как совместить данные рабочей базы и ее прошлой копии?

1. pentanom 25 01.10.24 21:36 Сейчас в теме
Один сотрудник ОК решил, что сотрудникам организации нужно изменить графики работы и не нашел ничего лучшего, как изменить их в исходных документах (прием на работу, кадровый перевод и т.д). В результате данные в базе "поехали". Благо, что сохранилась база двухмесячной давности. Теперь хочется совместить данные РС "График работы сотрудников" в двух базах и выделить регистраторы с измененными графиками. Вопрос в том, как совместить одинаковые регистраторы и сотрудники.
По теме из базы знаний
Найденные решения
4. RustamZz 02.10.24 09:30 Сейчас в теме
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. nomad_irk 76 02.10.24 09:21 Сейчас в теме
(1) Использовать консоль запросов, например.
В одной из баз сформировать список регистраторов с ключевыми полями, сохранить результат в файл
Используя файл, найти различия.
2. d.samsonov92y 02.10.24 09:17 Сейчас в теме
в любом случае же первичные документы восстанавливать.
Можно из одной базы в файл выгрузить регистраторы в текстовый файл с перечнем ключевых реквизитов.
Затем в боевой базе загрузить обработкой (самому написать), после чего сверять.

Если по одному сотруднику будет проще вручную пройтись.
9. pentanom 25 02.10.24 09:46 Сейчас в теме
(2)
в любом случае же первичные документы восстанавливать.
Можно из одной базы в файл выгрузить регистраторы в текстовый файл с перечнем ключевых реквизитов.
Затем в боевой базе загрузить обработкой (самому написать), после чего сверять.

Если по одному сотруднику будет проще вручную пройтись.
Задача не в том, чтобы восстанавливать первичные документы. Нужно просто понять где чего-то делали - может быть и эти изменения и правильно были сделаны.
4. RustamZz 02.10.24 09:30 Сейчас в теме
10. pentanom 25 02.10.24 09:51 Сейчас в теме
(4)
(1) По УИД
У меня старая копия базы, прошедшая несколько обновлений конфигурации, и я опасался, что УИД в боевой базе может отличаться от УИД в копии. Но кажется все получилось.
18. RustamZz 02.10.24 09:55 Сейчас в теме
(10) УИД на то и УИД что бы не отличаться в копии и рабочей.
pentanom; +1 Ответить
5. Fox-trot 163 02.10.24 09:32 Сейчас в теме
какой такой файл? напрямую на сервере бд: транкейт, потом инсерт
6. nomad_irk 76 02.10.24 09:33 Сейчас в теме
(5) сразу delete database сделать.....
7. Fox-trot 163 02.10.24 09:39 Сейчас в теме
(6) коллега имел ввиду тейбл, наверное
а бд грохать непонятно для чего
8. user2033930 02.10.24 09:42 Сейчас в теме
15. pentanom 25 02.10.24 09:54 Сейчас в теме
(8)
* фейспалм
Это что? Сколько новых слов в этой теме узнаю! :)
12. nomad_irk 76 02.10.24 09:53 Сейчас в теме
(7) наверно тейбл, но для чего делать её транкейт, когда хватит простого апдейта + инсерта недостающих записей - так же не очень понятно
17. user1880116 02.10.24 09:54 Сейчас в теме
(12)
для чего делать его транкейт
Это заготовка для следующего вопроса на форуме. "Один сотрудник решил, что ... "
13. user1880116 02.10.24 09:53 Сейчас в теме
16. nomad_irk 76 02.10.24 09:54 Сейчас в теме
(13) неееее, дроп - это удаление объекта

в общем: вместо delete - drop, согласен
11. pentanom 25 02.10.24 09:52 Сейчас в теме
(5)
какой такой файл? напрямую на сервере бд: транкейт, потом инсерт
"Инсерт" - вроде бы понятно, а что такое "транкейт"?
14. nomad_irk 76 02.10.24 09:54 Сейчас в теме
(11) полная очистка таблицы без журналирования
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот