ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird, PostgreSQL, MsSql, Oracle
25 сообщений из 343, страница 9 из 14
  9  все
Firebird, PostgreSQL, MsSql, Oracle
    #38898416
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
sphinx_mvСравнивать наличие фичи с практически полным её отсутствием - не
спортивно!
Что значит "практически полное отсутствие"? Failover cluster у Firebird из коробки
отсутствует абсолютно совершенно. Как и у MS SQL Express Edition. Впрочем, у Express и
сравнимый mirroring тоже отсутствует.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.03.2015, 15:28
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898442
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Любитель MSSQLИ как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?
то, что было только в памяти, и умерло, никто не восстановит, никогда и никак. Кроме того, у IB/FB завершение транзакции - это изменение состояния транзакции в Transaction Inventory Page. В результате, если даже что-то записано на диск, но не имеет состояния committed, будет в дальнейшем вычищено как мусор. "восстанавливать" такие незавершенные транзакции нет никакого смысла ни в какой СУБД.
...
Рейтинг: 0 / 0
08.03.2015, 16:43
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898465
Фотография Любитель MSSQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Любитель MSSQL
Участник
kdvЛюбитель MSSQLИ как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?
то, что было только в памяти, и умерло, никто не восстановит, никогда и никак. Кроме того, у IB/FB завершение транзакции - это изменение состояния транзакции в Transaction Inventory Page. В результате, если даже что-то записано на диск, но не имеет состояния committed, будет в дальнейшем вычищено как мусор. "восстанавливать" такие незавершенные транзакции нет никакого смысла ни в какой СУБД.

А возможно ли такое: изменили страницу в кэше, еще не успели сбросить на диск, но транзакцию зафиксировали (поменял статус в transaction inventory page), случилась авария, как будем восстанавливать?
...
Рейтинг: 0 / 0
08.03.2015, 18:02
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898468
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Любитель MSSQLА возможно ли такое
невозможно
...
Рейтинг: 0 / 0
08.03.2015, 18:09
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898470
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Любитель MSSQL,

не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.
...
Рейтинг: 0 / 0
08.03.2015, 18:12
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898496
Фотография Любитель MSSQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Любитель MSSQL
Участник
Симонов ДенисЛюбитель MSSQL,

не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.

то есть при фиксации транзакции всегда происходит сброс "грязных страниц" на диск верно?
...
Рейтинг: 0 / 0
08.03.2015, 18:51
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898498
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
чччД
Участник
Любитель MSSQL...
1. Полное резервное копирование базы раз в неделю
2. Ежедневное дифференциальное копирование
3 Ежеминутное резервное копирование журнала.
...

"Твою же ж мать!" - (с) Эрик Теодор Картман
...
Рейтинг: 0 / 0
08.03.2015, 18:53
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898506
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Любитель MSSQLто есть при фиксации транзакции всегда происходит сброс "грязных
страниц" на диск верно?
Вот только не надо опять начинать про головку, которая туда-сюда. Возвращайся, когда
найдёшь оную у SSD.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.03.2015, 19:11
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898509
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Любитель MSSQL,
да, а может и раньше. Но фишка в том что и MSSQL они тоже сбрасываются на диск. Только в лог, а потом часть из них ещё и в файл БД.

И вообще ваши рассуждения об удержании MSSQL ем базы в памяти немного смешны. Это может быть только для идеальных случаев когда объём ОЗУ превышает объём БД, а такое бывает далеко не всегда. А когда БД большие, например 1Tb, это далеко не так. И вот тогда страницы из кэша будут вытесняться, а следовательно их надо будет подсасывать с диска. Это может быть сделано из файла БД (если повезёт), а может из лога.
...
Рейтинг: 0 / 0
08.03.2015, 19:18
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898511
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Симонов ДенисЭто может быть сделано из файла БД (если повезёт), а может из лога.

Из лога - не может. Он читается только при восстановлении.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.03.2015, 19:26
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898526
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Симонов ДенисИ вообще ваши рассуждения об удержании MSSQL ем базы в памяти немного смешны . Это может быть только для идеальных случаев когда объём ОЗУ превышает объём БД, а такое бывает далеко не всегда. А когда БД большие, например 1Tb, это далеко не так. И вот тогда страницы из кэша будут вытесняться, а следовательно их надо будет подсасывать с диска. Это может быть сделано из файла БД (если повезёт), а может из лога.

Ничего смешного здесь нет. Соотношение размера БД к размеру физической памяти мало интересно, ибо не все данные БД, как правило, нужны. Одним из критериев производительности MS SQL является Buffer Cache Hit Ratio. В сбалансированной системе он стремится к 100%.
...
Рейтинг: 0 / 0
08.03.2015, 19:56
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898527
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Dimitry Sibiryakov,

а вот тогда интересный вопрос возникает. Если чекпойнт ещё не произошёл, а кеш весь вытеснен, откуда данные брать?
...
Рейтинг: 0 / 0
08.03.2015, 19:56
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898530
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Симонов ДенисЕсли чекпойнт ещё не произошёл, а кеш весь вытеснен, откуда данные брать?

Невозможно вытеснить грязные страницы, т.е. перед вытеснением они должны быть записаны. Вытеснение всего кэша это чрезвычайная ситуация, ведущая к деградации производительности, ибо серверу приходится прибегать к физическому чтению, вместо логического.
...
Рейтинг: 0 / 0
08.03.2015, 20:07
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898532
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
pkarklinОдним из критериев производительности MS SQL является Buffer Cache Hit
Ratio.
А как он считается? Уж не отношение ли это количества логических чтений к сумме логических
и физических чтений?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.03.2015, 20:10
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898534
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Dimitry SibiryakovА как он считается? Уж не отношение ли это количества логических чтений к сумме логических
и физических чтений?..


Отношение кол-ва страниц , полученных из буферного кэша, к общему кол-ву страниц для операции.
...
Рейтинг: 0 / 0
08.03.2015, 20:14
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898537
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
pkarklinНевозможно вытеснить грязные страницы, т.е. перед вытеснением они должны быть записаны. Вытеснение всего кэша это чрезвычайная ситуация, ведущая к деградации производительности, ибо серверу приходится прибегать к физическому чтению, вместо логического.

вот. А это значит что серверу так или иначе придётся сбрасывать грязные страницы на диск, иначе со временем все они станут грязными. Так что при определённых условиях всё же можно достичь такой ситуации при которой чекпойнты могут стать узким местом. Хотя согласен при грамотной настройке и достаточных характеристиках железа такого быть не должно.
...
Рейтинг: 0 / 0
08.03.2015, 20:19
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898539
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Симонов ДенисХотя согласен при грамотной настройке и достаточных характеристиках железа такого быть не должно.

Здесь больше влияние оказывает качество проектирования\кода, чем настройки\железо.
...
Рейтинг: 0 / 0
08.03.2015, 20:23
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898540
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
pkarklin,

согласен. Но вообще в СУБД достаточно умная подсистема IO. Например при сканировании здоровенной таблицы всё идёт "мимо" кэша так чтобы он не вытеснялся. Хотя в ряде случаев этого не избежать.
...
Рейтинг: 0 / 0
08.03.2015, 20:28
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898541
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Симонов Денисвот.
Согласно этому документу при чтении новых
страниц, грязные сбрасываются в общем порядке LRU. Чекпоинты тут ни при чём.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
08.03.2015, 20:30
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898569
Sergey Orlov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Orlov
Участник
Любитель MSSQLСимонов ДенисЛюбитель MSSQL,
не может. Потому как действует правило Careful Write. Страницы пишутся только в определённом порядке, чтобы любая прерванная запись не сделала транзакцию случайно подтверждённой. В случае аварии те страницы которые были записаны, но для них не было проставлено подтверждении транзакции в TIP просто окажутся мусором.
то есть при фиксации транзакции всегда происходит сброс "грязных страниц" на диск верно?
А они при этом уже не "грязные"...
...
Рейтинг: 0 / 0
08.03.2015, 21:52
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898636
Зимаргл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зимаргл
Гость
Кстати, напомнили.

В SQL server используется собственное кэширование диска, более заточенное под свои задачи.
Кроме того, это убирает дублирование кэша СУБДой и ОСью.

Я не замечал, чтобы это как то влияло на производительность, но память должно экономить - факт.
...
Рейтинг: 0 / 0
09.03.2015, 03:36
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898747
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
ЗимарглВ SQL server используется собственное кэширование диска, более заточенное
под свои задачи.
И чем же оно отличается от обычного LRU?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
09.03.2015, 12:40
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898751
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Dimitry Sibiryakov,

у MS SQL кэша как минимум есть преимущество в упреждающем чтении и мультиблочном чтении. В FB собственный кэш этого пока не умеет.
...
Рейтинг: 0 / 0
09.03.2015, 12:47
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898757
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Симонов Денису MS SQL кэша как минимум есть преимущество в упреждающем чтении и
мультиблочном чтении.
Кэш ОСи сам делает упреждающее чтение, так что в этом нет преимущества.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
09.03.2015, 13:04
| Ответить | Цитировать | Написать  
Firebird, PostgreSQL, MsSql, Oracle
    #38898764
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Dimitry Sibiryakov,

да но кешу ОСи абсолютно до лампочки чего он там упреждающе читает, т.е. могут попасться как нужные так и не нужные в данный момент страницы. Я думаю не зря Влад работает над этой темой.
...
Рейтинг: 0 / 0
09.03.2015, 13:20
| Ответить | Цитировать | Написать  
25 сообщений из 343, страница 9 из 14
  9  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird, PostgreSQL, MsSql, Oracle
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=38898541&tid=1552266]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 187ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 71ms
get tp. blocked users:
 1ms
others: 12ms
total:  315ms
созд. / загр.: 315ms
x
x
Закрыть


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