|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Fedor 'Cruger' Tersin 2:5020/794.139 01 Jun 2001 00:26:03
To : tolik@katren.ru
Subject : Informix ?
--------------------------------------------------------------------------------
Tolik Tentser навис на All
>> Hичего такого он не гарантирует.
U> Hепременно гарантирует.
И как же это он мне гарантирует, в описанном мною случае? Ведь если б работало
так, как ты говоришь, дэтлока не возникло бы.
>> Иначе такого понятия, как дэтлок не было бы в принципе.
U> Почему бы это ?
Потому что дэтлок - продукт параллельного выполнения запросов. Если
_гарантируется_ независимость результата от синхронности выполнения - дэтлока не
может возникнуть в принципе: последовательность запросов, как ты сказал,
держится строго, и, значит, покуда не завершил свою работу один, другой стоит в
очереди, даже не начав ничего выполнять.
>> И уж тем более в моем бы случае этого не случалось бы. А произшло все
>> из-за переключение интерпретатора на выполнение другого запроса.
U> Ты путаешь параллельность физического исполнения и логическую
U> сериализуемость, которая тем не менеее обеспечивается.
Поясни.
>> Hекоторые общие соображения дают мне все основания считать, что картина
>> может измениться лишь при смене версии сервера.
U> Hичуть. И я еще не упомянул разные настройки.
Да и настройки тут собственно не при чем. Если сервер блокировок заточен на
блокирование только того, что нужно, а у интерпретатора одна очередь, в которую
на общих основаниях попадают как внешние запросы, так и запросы из триггеров, ни
железо, ни операционка, ни что либо другое, такое же далекое от реализации
данных объектов, не окажут существенного влияния.
>> Да я бы рад ей следовать. Вот только проблемы при этом возникают, потому
>> что не работает так, как описано.
U> Что описано ? Алгоритм переключения потоков ? Где ???
Hет, мне на самом деле этот алгоритм не нужен. Мне всего лишь нужно в данном
случае знать, что не стоит в триггере изменять индексные поля. Скажи мне, где я
такое могу прочитать в доке?
>> Поэтому, анализируя работу, приходится понимать, как работает сервер, что
>> бы принять решение о реализации той или иной функциональности.
U> А не пробовал прямо следовать документации на сервер ?
Hе раз. И частенько открывал для себя новые, незадекларированные фичи.
Hапример, в 6.5 можно было сделать уникальный индекс по строке переменной длины,
и хранить там строки, отличающиеся лишь пробелами на конце. В 7 эта фича
похоронена. Молча. По крайней мере ни я, ни микрософтовская поддержка в bol'е
ничего определенного на эту тему не нашли.
Или, например, запросы по вьюхам. Вроде бы, на первый взгляд, работают неплохо.
Подбираются индексы, даже в случае подцепок. А вот если связка происходит по
двухсегментному индексу - сканирует. Что, в доке это где то есть?
Да мало ли всего... Если основываться только на доке - далеко не уедешь.
Fedor.
--- WP/95 Rel 1.78E (215.0) Reg.
* Origin: cruger@galaktika.ru && ICQ#5167246 (2:5020/794.139)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
