|
|
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Теперь до меня дошло, почему все же mssql это другая весовая категория: все дело в блокировках ... мсскл загнется на нормальной базе пытаясь как оракл блокировать на уровне записи. А блокируя по пол таблицы немудрено красивые цифры показывать ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 17:14:36 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2GT: будем обьективны.. в MSSQL начиная с 7-ки проблемы блокировки на уровне строк решены. это уже несколько лет назад произошло.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 17:44:40 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Да, и ещё там есть эскалация блокировок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 17:48:29 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Если у ORACLE можно нарваться на переполнение REDOLOGов то в MS мы вместо этго увидим блокировки И то и другое плохо, но в ORACLE понятно что делать чтобы это вылечить. В MS эту проблему без разработчиков софта по хорошему не разрулить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 17:59:39 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Ekuku. Да, на уровне строки есть блокировка. Например 1)Update ... set = .. where doc_key = 104; но как я понимаю 2)select * from .. where doc_key = 104 будет ждать пока первая транзакция не будет Commit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:03:58 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2Eter Panji: ..тема-то философская. Oracle говорит :- у нас система корпоративная и готовые решения поддерживаются админами данных и базы, а MS говорит :- у нас система простая ,админы не нужны - звоните нашим разработчикам и проблемы решены .. очень забавный тезис ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:06:08 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2Работник: насколько я помню в mssql тоже есть понятия "чистого" и "грязного" чтения по блокировкам и есть механизмы которые это разруливают.. к сожалению, уже не помню подробностей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:12:02 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Ekuku Ага грязное чтение это очень интерестно. Это как поле Amount изменили а CCY еще не поршел Update Т.е set Amount = 10, CCY= 810 where и что грязное чтение какой результат выдаст? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:30:13 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Работник Грязное чтение - это не из этой оперы. Это возможность прочесть незакомиченные данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:40:50 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Интерестно всеравно. Это значит можно прочесть данные только части транзакции. Кому они нужны такие данные-то? Транзакция как я понимаю - единая операция. Данные ее или принимаються или откаываються. А тут получаеться есть возможность прочесть часть данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:48:27 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
>Если у ORACLE можно нарваться на переполнение REDOLOGов то в MS мы вместо этго увидим блокировки * вместо REDOLOGов следует читать ROLLBACK SEGMENTов (* - прим. переводчика ;-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 18:59:47 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2Работник: >..значит можно прочесть данные только части транзакции. Кому они нужны такие данные-то? -- ну что тут ответить-то? "..и опыт ,сын ошибок трудных.." :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:09:52 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Ekuku ты уж бъясни что значит опыт сын ошибок трудных пожалуйста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:12:08 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
dirty read позволяет снизить уровень блокировок. Если закомиченность данных не так уж и важна, по сравнению со скоростью получения или необходимостью поддержания огромного количества одновременных клиентов, читающих одни и те же данные, то это помогает. Уровни изоляции транзакций читайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:15:29 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2Работник: >..ты уж бъясни что значит опыт сын ошибок трудных пожалуйста -- ну,типа,какой-то козел заблокировал запись в базе по "погремушкам" и на обед ушел, а начальство ,мля, хочет отчет получить по этим погремушкам - как ты думаешь что для тебя важнее - дать отчет или ждать козла с обеда ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:21:16 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 KonstN > Если закомиченность данных не так уж и важна, по сравнению со скоростью получения или необходимостью поддержания огромного количества одновременных клиентов, читающих одни и те же данные, то это помогает. Уровни изоляции транзакций читайте Это тебе головой больше думать надо когда книжки читаешь . Microsoft просрали при самом начале с блокировками(c блокировками у них по жизни проблемы были) поэтому и ввели свое грязное чтение(и втюхивают его тебе) которое нарушает БАЗОВОЕ определение ТРАНЗАКЦИИ во всех учебниках. Понятно, что без труда можно придумать массу примеров ( особенно из финансовой области, где грязное чтение не подойдет ) и позволительно использовать чтение только закомиченных записей. Повторю. Понятно очень хорошо, что есть примеры где подойдет сырое чтение. НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:22:33 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Ekuku . Понятно. Пользователи вообще почему-то склонны поднимать формы и уходить домой. Наверное при написании на MS SQL формы должны подниматься без транзакции а по кнопке Save где-то там начинаться транзакция и .... Но что-то геморойный пдход какой-то это сулит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:26:35 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
..к сожалению, в жизни не бывает чисто-белого и чисто-черного - бывает обычно грязно-серое.. ..а наша отрасль это зеркало жизни .. хорошо сказал? типа поэт ,блин :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:33:50 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Работник Кажется заработался, вьюноша бледный со взором горящим... >Это тебе головой больше думать надо когда книжки читаешь . Microsoft просрали при самом начале с блокировками(c блокировками у них по жизни проблемы были) поэтому и ввели свое грязное чтение(и втюхивают его тебе) которое нарушает БАЗОВОЕ определение ТРАНЗАКЦИИ во всех учебниках. Ну вот нашёл тебе по-русски, поверишь или нет, что есть DIRTY READ? http://emanual.ru/download/636.html А вот хамить не надо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:38:33 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Пойду конечно почитаю вашу ссылку. Но я же и не говорю что грязного чтения нет. Вот что я говорю:" Понятно очень хорошо, что есть примеры где подойдет сырое чтение. НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы" т.е конечно же в MS SQL есть грязное чтение , конечно же есть случаи когда его можно использовать. Но есть случаи когда его просто нельзя использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:45:18 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
О-хо-хо...\r /topic/29091\r /topic/29408 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 19:48:07 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Работник >НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы Вот этой фразы не понял, переведи, пожалуйста. Почему нельзя прочитать закомиченные данные? Какие могут быть проблемы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2003, 20:18:55 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 KonstN Имееться в виду такая ситуация update Account set Amount = .... транзакция еще не закомичена С другой станции ( тут нельзя использовать грязное чтение ) select Amount from Account будет ждать пока первая транзакция завершиться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2003, 10:11:23 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
2 Работник Ну привет Шишкину от Мотора... Это и есть чтение грязных незакомиченных данных. Если ты прочёл бы ту ссылку, которую я тебе выкладывал, то понял бы в чём тут основная проблема. Если ты читаешь данные, которые изменила незавершённая транзакция (это и есть грязное чтение), то нет никаких гарантий, что после того как ты их прочтёшь, она не откатится, и в базе их не будет. Что тогда делать будешь? Транзакции с блокировками имеют много общего, но всё-таки это разные вещи - транзакции предназначены для атомарного выполнения операций, чтобы база была всё время в консистетном состоянии, а блокировки нужны для того, чтобы обеспечивать разные уровни изоляций транзакций (разводить их, чтобы они не мешались друг другу), но от главного требования - база в консистетном состоянии - ты не уйдёшь. А если уйдёшь, то это не база, а просто мусорка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2003, 11:46:46 |
|
||
|
microsoft sql i oracle, всётаки на чём остановиться ?
|
|||
|---|---|---|---|
|
#18+
Увлеклась вашей дискуссией. Интересн был бы конкретный пример, когда поддержка dirty read была полезным и красивым решением какой то проблемы. Пока что вижу только неразбериху из за ее наличия. Например ну,типа,какой-то козел заблокировал запись в базе по "погремушкам" и на обед ушел, а начальство ,мля, хочет отчет получить по этим погремушкам - как ты думаешь что для тебя важнее - дать отчет или ждать козла с обеда ? В Оракл ведь ждать козла не придется, отчет можно будет получить и так, если конечно snap shot to old не возникнет. А если бы был dirty read то потом бы он вернулся и отменил бы транзакцию, и получилось бы что зря отчет делали, он был бы по времени не консистентен. А если еще таких несколько было бы:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2003, 12:00:16 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32155536&tid=1990206]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
482ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 225ms |
| total: | 809ms |

| 0 / 0 |
