|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
Всем привет! Подскажите пожалуйста, в какую сторону можно копать в моей ситуации. У нас есть программа на джаве которая использует самописный ОРМ на основе EclipseLink. Который по большому счету просто пускалка запросов по переносу данных из одной базы в другую. Возник какой-то плавающий баг. Есть апдейты прописанные в одном файле такого вида --апдейт 1 insert into TEMP_1 bla-bla-bla ; commit; --апдейт 2 insert into TEMP_1 bla-bla-bla -- но здесь в запросах ссылается на ТЕМР_1 ; commit; Проблема в том, что периодически, в зависимости от фазы луны, второй апдейт не срабатывает. В логах програмы чисто, ошибок нет. Может это быть фича Оракла, или ковырять этот гребаный фреймворк? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 18:52 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjj Код: plsql 1. 2.
Прям как у Козьмы Пруткова. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 18:58 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjjв какую сторону можно копать в моей ситуации.Копать в сторону чтения доки. Чтобы тебе помогли, выложи ddl твоих таблиц, скрипт и т.п. Тесткейс, короче. А то, может, у тебя temp_1 - это gtt c delete on commit ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 19:05 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjj-- апдейт 1 insert into TEMP_1 bla-bla-bla ; commit; -- апдейт 2 insert into TEMP_1 bla-bla-bla -- но здесь в запросах ссылается на ТЕМР_1 ; commit; Elic уже указывал на это. Ничего не смущает? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 23:45 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
Временная таблица в которую добавляют данные описана так Код: xml 1. 2. 3. 4. 5. 6. 7. 8.
Скрипт, который пускается из джава кода такой: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77.
Периодически, непонятно почему, второй инсерт в этом скрипте не срабатывает P.S. Не пинайте за синтаксис, так исторически сложилось(с) еще до меня ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 00:03 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
flexgen, Эээээ, нет. Я не большой спец в Оракле. Код я выложил. Имена таблиц правда поменял. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 00:07 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjjЭээээ, нет. Ты операцию insert от операции update не отличаешь. Если выполнить только select из второго insert' a - каков будет результат? Что-то возвращается? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 00:16 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
flexgen, Да, возвращаются идентичные наборы для эталонной базы и базы с ошибкой. Но в эталонной базе в таблицу TEMP_LINK данные из второго инсерта попадают. А в базе с ошибкой - нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 00:21 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
Пробовал эмулировать второй инсерт таким запросом (в приложении). Для эталонной и ошибочной баз он выдает одинковый результат ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 00:28 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjjЭээээ, нет. Я не большой спец в Оракле.Ты преувеличиваешь. Ты даун. И не то чтобы в Oracle, а вообще в БД. Тебе невозможно что-либо объяснить, даже если бы ты мог внятно сформулировать проблему, ибо не в коня корм. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 07:41 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjjПробовал эмулировать второй инсерт таким запросом (в приложении). Для эталонной и ошибочной баз он выдает одинковый результат Сохрани результат первой команды select во временную таблицу. Посмотри результаты. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42.
Подставь вместо TEMP_OCEAN_LINK_2 имя временной таблицы и выполни вторую команду select, тоже сохрани в другую временную таблицу. Посмотри результаты. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Попытайся понять в каком случае результат второго запроса может быть пустым. Если не нашел причину - выполни каждый подзапрос по отдельности чтобы увидеть что именно возвращается. По-другому - никак. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 09:08 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
elic, о да, как же я скучал по старым добрым рускоязычным форумам. На одного адекватного человека, который пытается помочь набИгает куча ...бланов, которые начинают рассказывать тебе какой ты придурок и вообще не жую ни в чем не смыслешь. Чувак, у тебя все хорошо? Может помощь какая нужна? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:19 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
flexgen, спасибо за помощь ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:20 |
|
Странное поведение при апдейте таблиц.
|
|||
---|---|---|---|
#18+
andrejjjнабИгает куча ...блановСтоит ли на форум пенять, коли сам пишешь то же самое. andrejjjспасибо за помощьВ принципе, дать бесценный совет "попытайся понять" можно было не дожидаясь, когда ты с четвертой попытки косвенно указал, что "не отрабатывает" это отсутствие строк. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2019, 10:37 |
|
|
start [/forum/topic.php?fid=52&msg=39877403&tid=1881973]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
79ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 259ms |
total: | 444ms |
0 / 0 |