|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
сизиф и мартышки, ну на самом деле скрипт в листинге 3 висел. Пока я коммит в 1 сессии не сделал. Просто здесь этого не показано. На самом деле было так [FIXED session1] SQL>insert into t0(id) values(1); [FIXED session2] SQL>insert into t0(id) values(2); [FIXED session3] SQL>insert into t0(id) values(3); SQL> set term ^; SQL> execute block as CON> begin CON> in autonomous transaction do CON> begin CON> insert into t0(id) values(1); CON> insert into t0(id) values(2); CON> insert into t0(id) values(3); CON> end CON> end^ висим [FIXED session1] commit; [FIXED session3] Statement failed, SQLSTATE = 23000 violation of PRIMARY or UNIQUE KEY constraint "PK_T0_ID" on table "T0" -Problematic key value is ("ID" = 1) SQL> ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2015, 15:17 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
лучше вот так: Код: plaintext 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2015, 15:19 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
dimitr, снкс. уже похоже на правду. к слову Я просто без всяких автономий имею при дедлоке внятную ошибку дедлока. например планирую сделать типовой дедлок в 2-х соединениях вот так: --1 (комментами -- порядок вызова в конкурентной) Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
--2 Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
но ни до какого коммита ни в одном окне я не добираюсь -- падаю уже на 2-й вставке во 2-й транзакции (лок-таймаут маленький стоит) Код: sql 1. 2. 3. 4. 5.
после чего успешно коммичу 1-ю транзу (постгрес срубил одну из 2-х вставших в замок) а вот в случае dblink всё становится нехорошо -- т.е. мне надо тщательно избегать замков ещё на этапе написания ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2015, 15:41 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
таки доведу до некой точки: то же, но с дблинк планируем сделать типовой дедлок в 2-х соединениях , уже с автономиями: --1 (комментами -- порядок вызова в конкурентной) Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
--2 Код: sql 1. 2.
после синхронного вызова dblink висим в очередях на этих вызовах в обоих транзакциях. смотрим процессы: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
получаем в сессии 2: Код: sql 1. 2.
после чего успешно коммичу 1-ю транзу (постгрес срубил одну из 2-х вставших в замок) -- дальше можно развернуть активность в разном handjob--стиле, т.к. за неимением женской женщины приходится пользоваться руками --> см. следующий спойлер и далее для начала дернемся в направлении асинхронного вызова: асинк --1 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
--2 Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
-- откуда возникает идея -- если нам нужен синхронный (wait) вызов автономии -- можно вручную (handjob) следить за ожиданиями через асинхронную автономию того же соединения (запустили, передали пиды родителя и синхронного соединения, и забыли -- а оно уж самопалным кодом следит за.) короче -- полный handjob, но всё очевидно решается. Тест--кейс писать не буду, если не возражаете, но то, что все концы [реализации] в руках -- в общем-то очевидно. Это к вопросу об ограниченности возможностей эмуляции. -- возможностей то там докера и больше. Но хенд-джоба немного больше. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2015, 11:19 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
Yo.!на счет delete from test where test.ID in (select id from test GROUP BY id HAVING count(id)>1); можете внятно пояснить, что там происходит и чем там может помочь заглядывание в мифический undo log ? уровень изолированности snapshot/serializable DDL: Код: plaintext 1. 2. 3. 4. 5. 6.
Test: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
Result in Firebird 2.5: Код: plaintext 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.
Result in Firebird 3.0: Код: plaintext 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2015, 21:48 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
skidline, только firebird , да, не забудьте прочесть доку - от 4 интербейс (на новел, os/2 - не обращать внимания) до 3 файрбёрд, да, чейндж логи тоже ..., а ещё, книженция классная есть ...... тётка какая-то написала, в нужной ветке есть ... postgresql - да - модно, да - много пиара, да - ...., аля "оракле" но, ни док, ни вменяемого комьюнити, ни девелоперов ... каждый год какую-то версию выпускают, а толку нет. ни пакетов, ни автономных транзакций, ни материализованных представлений, матвьюхи и партиционирование - курям ("ораклу") на смех ... даже "merge" - не могут доделать ... а инкрементальный бэкап ... капец ... да, к чему этот вопрос, у вас чё 100 терабайтные базы ... да ну на!!!, в аксцессе !!! ФАЙРБЕРД ПОБЕДИТ ЛЮБОЙ АКСЦЕСС!!! (если нужны шкурки/вершки - delphi, если нужны деньги - java/c/objective c/c++/...) пля, а причём тут деньги ... да на одно-цэ и пахапэ можно заколотить! главное спец, а не трёп, точней - спеца продать,точней - найти покупателя ... ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 04:18 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
?-?-?postgresql - да - модно, да - много пиара, да - ...., аля "оракле" но, ни док, ни вменяемого комьюнити, ни девелоперов ... Мягко скажем это ложь. Документация по PostgreSQL самая вменяемая из всех OpenSource проектов. Причем всегда актуальная. Единственная проблема, что русская документация отстает, но в английской документации такой простой язык, что это не вызывает проблем. Насчет комьюнити и девелоперов... Так PostgreSQL просто работает. Соответственно комьюнити не так "видно", как в других проектах, где ответы надо искать не в документации, а на форумах комьюнити :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 06:25 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
mad_nazgul?-?-?postgresql - да - модно, да - много пиара, да - ...., аля "оракле" но, ни док, ни вменяемого комьюнити, ни девелоперов ... Мягко скажем это ложь. Документация по PostgreSQL самая вменяемая из всех OpenSource проектов. Причем всегда актуальная. Единственная проблема, что русская документация отстает, но в английской документации такой простой язык, что это не вызывает проблем. Насчет комьюнити и девелоперов... Так PostgreSQL просто работает. Соответственно комьюнити не так "видно", как в других проектах, где ответы надо искать не в документации, а на форумах комьюнити :-)?-?-? -- очевидный шезойд а это вот всё, с очевидностью, -- было его обострение йумора. сраказм, т.н. не надо спорить с больным ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 08:55 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
сизиф и мартышки?-?-? -- очевидный шезойд а это вот всё, с очевидностью, -- было его обострение йумора. сраказм, т.н. не надо спорить с больным Ну, тред могут читать люди которые слабо знают PostgeSQL и ?-?-?, так что это скорее для них, чем ответ для ?-?-?. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 09:24 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
?-?-?да, не забудьте прочесть доку - от 4 интербейс (на новел, os/2 - не обращать внимания) до 3 файрбёрд, да, чейндж логи тоже ..., это не обязательно, потому что мы недавно выпустили русское руководство по языку SQL Firebird (для 2.5). ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 11:40 |
|
Postgresql или firebird
|
|||
---|---|---|---|
#18+
сизиф и мартышкиmad_nazgulпропущено... Мягко скажем это ложь. Документация по PostgreSQL самая вменяемая из всех OpenSource проектов. Причем всегда актуальная. Единственная проблема, что русская документация отстает, но в английской документации такой простой язык, что это не вызывает проблем. Насчет комьюнити и девелоперов... Так PostgreSQL просто работает. Соответственно комьюнити не так "видно", как в других проектах, где ответы надо искать не в документации, а на форумах комьюнити :-)?-?-? -- очевидный шезойд а это вот всё, с очевидностью, -- было его обострение йумора. сраказм, т.н. не надо спорить с больным Телепат? Да, ты прав то был сарказм. Но, почему ты (ивини что на "ты") такой злобный, у тя три ведра никав на форуме ... жена/любовница не даёт? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 20:13 |
|
|
start [/forum/topic.php?fid=35&gotonew=1&tid=1552343]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
179ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
others: | 233ms |
total: | 526ms |
0 / 0 |