
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
17.03.2014, 21:18:58
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
hi all FB 3.0 RN, page 64From Firebird 3, engine uses the Undo log to check whether a row was already inserted or modified by the current cursor . Important This stabilisation does NOT work with SUSPEND loops in PSQL. Если я правильно понимать по-русски, то объявление в PSQL-коде курсора и обновление записей, по которым он пробегает, должно иметь такой же эффект, как и SQL-команда, обновляющая эти записи. При условии отсутствия SUSPEND'a. Тогда как объяснить следующее ? DDL: Код: sql 1. 2. 3. 4. 5. 6. Test-1: Код: sql 1. 2. Result: IDF01160026003600-- OK, всё пучком. Test-2: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Result:IDF0116002110032000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:06:12
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
Таблоид, твоя понимать неверно. Там имеется ввиду текущий курсор текущей SQL-команды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:10:30
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
dimitrТам имеется ввиду текущий курсор текущей SQL-команды.а тогда зачем там вообще про P SQL говорится, да еще про suspend грозным голосом ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:20:49
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
А statement видит изменения других транзакций, закоммиченых в процессе его работы? Т.е. если я в одной транзакции запущу Код: sql 1. 2. 3. 4. 5. а в параллельной транзакции сделаю Код: sql 1. и закоммичу вторую, пока первая выдаёт данные. Первая транзакция ведь дочитает всё до конца? И ещё вопрос - как себя поведёт сервер, если это запустить не в разных транзакциях, а в одной, но так же в разных стейтментах? И что будет если то же самое запустить в одном стейтменте? Т.е: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. Т.е. вопрос фактически в том, всегда ли statement является snapshot-ом? Или он иногда в процессе работы может "вдруг" увидеть изменения других стэйтментов (или не дай бог других транзакций)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:25:23
|
|||
|---|---|---|---|
|
|||
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
Ну ты бы хоть прикреплённую тему прочитал что ли... Я уж не говорю об ibase.ru. NickDee(или не дай бог других транзакций А чего ему их не видеть если ему сказано читать (read) закоммиченное (committed)?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:26:44
|
|||
|---|---|---|---|
|
|||
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
NickDee, это зависит от уровня изоляции транзакции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:35:15
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
Таблоидзачем там вообще про P SQL говорится, да еще про suspendА где ты видел suspend без psql ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:40:19
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
Dimitry SibiryakovNickDee(или не дай бог других транзакций А чего ему их не видеть если ему сказано читать (read) закоммиченное (committed)?.. ЭЭЭ. У меня в таблице 1G записей, и я в одной транзакции делаю delete from T (но не коммичу), а во второй делаю select count(*) from T и, пока она делает выборку, я коммичу первую транзакцию. Хочешь сказать что при read-commited этот запрос вернёт мне количество записей отличное от 1G, отфонарное? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:44:47
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
hvladТаблоидзачем там вообще про P SQL говорится, да еще про suspendА где ты видел suspend без psql ?Дык нигде не видел, ес-сно. Но при чтении: "This stabilisation does NOT work with SUSPEND loops in PSQL" - возникла галлюцинация, что когда ЕСТЬ psql-код (с курсором, как в показанном примере), но в нём НЕТ suspend'a, то всё должно также работать, как и в случае чистого SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 22:45:45
|
|||
|---|---|---|---|
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
NickDeeУ меня в таблице 1G записей, и я в одной транзакции делаю delete from T (но не коммичу), а во второй делаю select count(*) from T и, пока она делает выборку, я коммичу первую транзакцию. Хочешь сказать что при read-commited этот запрос вернёт мне количество записей отличное от 1G, отфонарное? :)Эксперимент, выполненный самостоятельно , очень часто даёт исчерпывающий ответ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.03.2014, 23:15:00
|
|||
|---|---|---|---|
|
|||
cursor stability: распростр ли это на where current of <cur>, если в PSQL нет suspend'a ? |
|||
|
#18+
ТаблоидЭксперимент, выполненный самостоятельно, очень часто даёт исчерпывающий ответ. А мозг, использованный самостоятельно, может даже подсказать почему умолчательный уровень изоляции в Firebird - concurency и почему чайники, меняющие его на что-либо другое от балды - ССЗБ. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=40&mobile=1&tid=1563799]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
170ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 488ms |

| 0 / 0 |
