powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / microsoft sql i oracle, всётаки на чём остановиться ?
25 сообщений из 83, страница 2 из 4
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155378
Gt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gt
Гость
Теперь до меня дошло, почему все же mssql это другая весовая категория: все дело в блокировках ... мсскл загнется на нормальной базе пытаясь как оракл блокировать на уровне записи. А блокируя по пол таблицы немудрено красивые цифры показывать ...
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155408
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2GT:
будем обьективны.. в MSSQL начиная с 7-ки проблемы блокировки на уровне строк решены. это уже несколько лет назад произошло..
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155412
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, и ещё там есть эскалация блокировок.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155432
Фотография Eter Panji
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если у ORACLE можно нарваться на переполнение REDOLOGов
то в MS мы вместо этго увидим блокировки

И то и другое плохо, но в ORACLE понятно что делать чтобы это вылечить.
В MS эту проблему без разработчиков софта по хорошему не разрулить.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155448
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ekuku.

Да, на уровне строки есть блокировка.
Например 1)Update ... set = .. where doc_key = 104;

но как я понимаю 2)select * from .. where doc_key = 104 будет ждать пока первая транзакция не будет Commit
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155454
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Eter Panji:
..тема-то философская. Oracle говорит :- у нас система корпоративная и готовые решения поддерживаются админами данных и базы,
а MS говорит :- у нас система простая ,админы не нужны - звоните нашим разработчикам и проблемы решены .. очень забавный тезис ?
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155462
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Работник:
насколько я помню в mssql тоже есть понятия "чистого" и "грязного"
чтения по блокировкам и есть механизмы которые это разруливают..
к сожалению, уже не помню подробностей
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155479
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ekuku
Ага грязное чтение это очень интерестно. Это как поле Amount изменили а CCY еще не поршел Update Т.е set Amount = 10, CCY= 810 where
и что грязное чтение какой результат выдаст?
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155489
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Работник
Грязное чтение - это не из этой оперы.
Это возможность прочесть незакомиченные данные.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155498
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интерестно всеравно.

Это значит можно прочесть данные только части транзакции. Кому они нужны такие данные-то?

Транзакция как я понимаю - единая операция. Данные ее или принимаються или откаываються. А тут получаеться есть возможность прочесть часть данных.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155512
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Если у ORACLE можно нарваться на переполнение REDOLOGов
то в MS мы вместо этго увидим блокировки

* вместо REDOLOGов следует читать ROLLBACK SEGMENTов

(* - прим. переводчика ;-))
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155521
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Работник:
>..значит можно прочесть данные только части транзакции. Кому они нужны такие данные-то?
--
ну что тут ответить-то? "..и опыт ,сын ошибок трудных.." :-)
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155526
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ekuku ты уж бъясни что значит опыт сын ошибок трудных пожалуйста
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155530
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dirty read позволяет снизить уровень блокировок.
Если закомиченность данных не так уж и важна, по сравнению со скоростью получения или необходимостью поддержания огромного количества одновременных клиентов, читающих одни и те же данные, то это помогает.
Уровни изоляции транзакций читайте.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155536
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Работник:
>..ты уж бъясни что значит опыт сын ошибок трудных пожалуйста
--
ну,типа,какой-то козел заблокировал запись в базе по "погремушкам" и на обед ушел, а начальство ,мля, хочет отчет получить по этим погремушкам - как ты думаешь что для тебя важнее - дать отчет или ждать козла с обеда ?
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155539
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 KonstN

> Если закомиченность данных не так уж и важна, по сравнению со скоростью получения или необходимостью поддержания огромного количества одновременных клиентов, читающих одни и те же данные, то это помогает.
Уровни изоляции транзакций читайте

Это тебе головой больше думать надо когда книжки читаешь . Microsoft просрали при самом начале с блокировками(c блокировками у них по жизни проблемы были) поэтому и ввели свое грязное чтение(и втюхивают его тебе) которое нарушает БАЗОВОЕ определение ТРАНЗАКЦИИ во всех учебниках.

Понятно, что без труда можно придумать массу примеров ( особенно из финансовой области, где грязное чтение не подойдет ) и позволительно использовать чтение только закомиченных записей.

Повторю. Понятно очень хорошо, что есть примеры где подойдет сырое чтение.
НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155543
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Ekuku . Понятно.

Пользователи вообще почему-то склонны поднимать формы и уходить домой. Наверное при написании на MS SQL формы должны подниматься без транзакции а по кнопке Save где-то там начинаться транзакция и .... Но что-то геморойный пдход какой-то это сулит
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155550
Ekuku
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
..к сожалению, в жизни не бывает чисто-белого и чисто-черного - бывает обычно грязно-серое..
..а наша отрасль это зеркало жизни .. хорошо сказал? типа поэт ,блин :-)
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155551
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Работник
Кажется заработался, вьюноша бледный со взором горящим...

>Это тебе головой больше думать надо когда книжки читаешь . Microsoft просрали при самом начале с блокировками(c блокировками у них по жизни проблемы были) поэтому и ввели свое грязное чтение(и втюхивают его тебе) которое нарушает БАЗОВОЕ определение ТРАНЗАКЦИИ во всех учебниках.

Ну вот нашёл тебе по-русски, поверишь или нет, что есть DIRTY READ?
http://emanual.ru/download/636.html

А вот хамить не надо...
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155555
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пойду конечно почитаю вашу ссылку. Но я же и не говорю что грязного чтения нет.
Вот что я говорю:" Понятно очень хорошо, что есть примеры где подойдет сырое чтение.
НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы"

т.е конечно же в MS SQL есть грязное чтение , конечно же есть случаи когда его можно использовать.

Но есть случаи когда его просто нельзя использовать.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155557
SiDen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О-хо-хо...\r
/topic/29091\r
/topic/29408
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155567
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Работник
>НО ТАКЖЕ ЕСТЬ ВЕЩИ ГДЕ НУЖНО ЧТЕНИЕ ЗАКОМИЧЕННЫХ ДАННЫХ. Вот тут будут проблемы
Вот этой фразы не понял, переведи, пожалуйста.
Почему нельзя прочитать закомиченные данные? Какие могут быть проблемы?
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155744
Работник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 KonstN
Имееться в виду такая ситуация
update Account set Amount = ....
транзакция еще не закомичена
С другой станции ( тут нельзя использовать грязное чтение )
select Amount from Account будет ждать пока первая транзакция завершиться
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155884
KonstN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Работник
Ну привет Шишкину от Мотора...
Это и есть чтение грязных незакомиченных данных.
Если ты прочёл бы ту ссылку, которую я тебе выкладывал, то понял бы в чём тут основная проблема.
Если ты читаешь данные, которые изменила незавершённая транзакция (это и есть грязное чтение), то нет никаких гарантий, что после того как ты их прочтёшь, она не откатится, и в базе их не будет. Что тогда делать будешь?
Транзакции с блокировками имеют много общего, но всё-таки это разные вещи - транзакции предназначены для атомарного выполнения операций, чтобы база была всё время в консистетном состоянии, а блокировки нужны для того, чтобы обеспечивать разные уровни изоляций транзакций (разводить их, чтобы они не мешались друг другу), но от главного требования - база в консистетном состоянии - ты не уйдёшь. А если уйдёшь, то это не база, а просто мусорка.
...
Рейтинг: 0 / 0
microsoft sql i oracle, всётаки на чём остановиться ?
    #32155912
Violina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Увлеклась вашей дискуссией. Интересн был бы конкретный пример, когда поддержка dirty read была полезным и красивым решением какой то проблемы. Пока что вижу только неразбериху из за ее наличия.

Например

ну,типа,какой-то козел заблокировал запись в базе по "погремушкам" и на обед ушел, а начальство ,мля, хочет отчет получить по этим погремушкам - как ты думаешь что для тебя важнее - дать отчет или ждать козла с обеда ?

В Оракл ведь ждать козла не придется, отчет можно будет получить и так, если конечно snap shot to old не возникнет.

А если бы был dirty read то потом бы он вернулся и отменил бы транзакцию, и получилось бы что зря отчет делали, он был бы по времени не консистентен. А если еще таких несколько было бы:-)
...
Рейтинг: 0 / 0
25 сообщений из 83, страница 2 из 4
Форумы / Oracle [игнор отключен] [закрыт для гостей] / microsoft sql i oracle, всётаки на чём остановиться ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]