Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 14 15 16 17 18 [19] 20 21 22 23 .. 54   вперед  Ctrl
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
iv_an_ru
Ramin Hashimzade
Я б сказал что нужно начать обсуждение (ринг) между ORACLE (РСУБД) и MONGODB, как мне кажется начался такая атака этих no sql баз...
Ещё нужно начать сравнение токарного станка со швейной машиной.

И почему же ? Не вижу логику твоего поста, они оба считаются субд и можно сравнивать их...
15 окт 13, 15:10    [14973536]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Ramin Hashimzade
iv_an_ru
пропущено...
Ещё нужно начать сравнение токарного станка со швейной машиной.

И почему же ? Не вижу логику твоего поста, они оба считаются субд и можно сравнивать их...
А я вижу --- и токарник и швейная являются оборудованием, к тому же оба с моторчиком и кучей гаечек. То есть общего у них примерно столько же, сколько у ACID- и BASE- СУБД.
15 окт 13, 15:22    [14973658]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
Dimitry Sibiryakov
Правильно. Поэтому когда вопреки идее лог отказывается накатываться на базу - возникает большой скандал.

А когда при откате транзакии в COW надо найти предыдущую версию блока, а ее тупо нет, что получается?
15 окт 13, 15:52    [14973994]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Yo.!
Alexander Ryndin
Дим, на идее, что данные всегда можно накатить из лог на базу данных построено слишком много всего.
Например, в Oracle можно делать горячую резервную копию и эта резервная копия будет несогласованной. Т.е. часть файлов будет от 0:00, часть от 2:00 и т.д. При восстановлении нужно будет приводить базу в консистентное состояние. И вот сразу накат логов на файлы данных. Но по-другому я не представляют, как можно делать резверную копию в online.

по моему в оракле begin backup команда делает чекпоинт и прекращает запись в датафайлы, все что добавляется идет в UNDO, т.е. транзакции во время бэкапа получают блоки появившиеся после begin backup из UNDO, а юзер в это время консистентные датафайлы копирует.
Это то да. BEGIN BACKUP круто. Но если у нас база 10 ТБ, то это же ахтунг. Поэтому обычно делают BEGIN BACKUP пофайлово.
15 окт 13, 16:01    [14974090]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

Сергей Арсеньев
А когда при откате транзакии в COW надо найти предыдущую версию
блока, а ее тупо нет, что получается?

Получается, что зря архитектор этой странной СУБД реализовал версионность на уровне
блоков. К счастью, Джим Старки такой ошибки не совершил.

Posted via ActualForum NNTP Server 1.5

15 окт 13, 16:01    [14974091]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Dimitry Sibiryakov
Alexander Ryndin
на идее, что данные всегда можно накатить из лог на базу данных
построено слишком много всего.

Правильно. Поэтому когда вопреки идее лог отказывается накатываться на базу - возникает
большой скандал.
Таки баги бывают везде. Баг можно в любой системе словить на ровном место. Вопрос в том, как быстро можно от него отстроиться. Поэтому существует data guard (а не тупо репликация на уровне storage) или тот же GoldenGate (который вообще можно сделать между разными версиями СУБД)...
15 окт 13, 16:03    [14974109]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
iv_an_ru
Ramin Hashimzade
пропущено...

И почему же ? Не вижу логику твоего поста, они оба считаются субд и можно сравнивать их...
А я вижу --- и токарник и швейная являются оборудованием, к тому же оба с моторчиком и кучей гаечек. То есть общего у них примерно столько же, сколько у ACID- и BASE- СУБД.

Эххх , видно что кроме гаечек ничего не видал, откуда тебя знать сравнение, хорошо что не слыхал про JBASE ото вообще....

----
Ramin Hashimzade
15 окт 13, 16:46    [14974460]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Ramin Hashimzade
Эххх , видно что кроме гаечек ничего не видал
Давайте не будем засорять проффорум переходами на личности. Меряться болтиками можно в другом месте.
15 окт 13, 17:08    [14974634]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Симонов Денис
И что не хватает знаний добавить выполнение сего скрипта в cron/Планировщик заданий?


Да, у среднестатического виндовс Next Next админа - обычно не хватает, дальше что?
15 окт 13, 17:28    [14974806]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

Капитан очевидность на проводе
дальше что?

Ничего, забить: всё и так будет работать.

Posted via ActualForum NNTP Server 1.5

15 окт 13, 18:36    [14975144]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
Alexander Ryndin
на идее, что данные всегда можно накатить из лог на базу данных
построено слишком много всего.

Правильно. Поэтому когда вопреки идее лог отказывается накатываться на базу - возникает
большой скандал.

Мне вот что интересно.
Это такое теоретическое предположение в вакууме, что лог вдруг не сможет накатиться на базу, или у кого-то такие случаи действительно были?
Ведь у того-же Оракла например, от такой ошибки постоянно отваливались-бы стэндбаи.
Конечно, может случиться сбой диска, lost write, и тогда лог не сможет накатиться на битый блок дата-файла. Чтобы исправить эту проблему нужно восстановить битый блок из последнего бэкапа и опять таки накатить на него логи.
Абстрактно говоря, именно цепочка логов с момента рождения базы и до текущего момента однозначно определяет ее состояние. А блоки данных - это такой своеобразный кэш, оптимизация позволяющая использовать базу не абстрактно, а конкретно.
15 окт 13, 18:47    [14975213]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

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

Сбербанк.
Yo.!
там не прошел chekpoint, т.е. часть данных не записалось в датафайлы

Posted via ActualForum NNTP Server 1.5

15 окт 13, 19:04    [14975266]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
ivan78
Это такое теоретическое предположение в вакууме, что лог вдруг не сможет
накатиться на базу, или у кого-то такие случаи действительно были?

Сбербанк.

Никак нет!
Dimitry Sibiryakov
Yo.!
там не прошел chekpoint, т.е. часть данных не записалось в датафайлы


Путаете теплое с мягким.
15 окт 13, 19:26    [14975338]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

ivan78
Путаете теплое с мягким.

Какое слово из "часть данных не записалось в датафайлы" я понимаю неправильно?

Posted via ActualForum NNTP Server 1.5

15 окт 13, 19:28    [14975341]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
ivan78
Путаете теплое с мягким.

Какое слово из "часть данных не записалось в датафайлы" я понимаю неправильно?

Данные действительно не записались в датафайл. Это случилось из-за того, что им специально не дали записаться, а не потому что не смог накатиться лог.
Об чем спор?
15 окт 13, 19:33    [14975346]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

ivan78
Это случилось из-за того, что им специально не дали записаться, а не потому
что не смог накатиться лог.

Т.е. лог не смог накатиться потому что ему кто-то помешал. Чем это отличается от просто
"не смог"?

Posted via ActualForum NNTP Server 1.5

15 окт 13, 19:38    [14975360]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
ivan78
Это случилось из-за того, что им специально не дали записаться, а не потому
что не смог накатиться лог.

Т.е. лог не смог накатиться потому что ему кто-то помешал. Чем это отличается от просто
"не смог"?

Очевидно тем, что ему кто-то помешал. Во второй раз, когда ему не мешали, он накатился.
Ваш ход. )
15 окт 13, 19:46    [14975389]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

"Пони бегает по кругу..."
ivan78
Ваш ход. )

Нет лога - нет процесса наката - никто ему не может помешать - нет проблемы.

Posted via ActualForum NNTP Server 1.5

15 окт 13, 19:51    [14975409]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Dimitry Sibiryakov
"Пони бегает по кругу..."
ivan78
Ваш ход. )

Нет лога - нет процесса наката - никто ему не может помешать - нет проблемы.
не прав. Не было бы лога - блок вообще бы не восстановили, если запись блока проморгала сама дисковая система. А тут смогли после восстановления из более старой резервной копии
15 окт 13, 20:04    [14975464]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
"Пони бегает по кругу..."
ivan78
Ваш ход. )

Нет лога - нет процесса наката - никто ему не может помешать - нет проблемы.

Нет быстрых коммитов, нет стэндбаев, нет point-in-time recovery и много чего еще нет. )))
15 окт 13, 20:05    [14975467]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54772

Alexander Ryndin
не прав. Не было бы лога - блок вообще бы не восстановили

Какой блок? ivan78 утверждает, что с блоками было всё в порядке, только глупые админы
прервали процесс.

PS: Насчёт быстрого коммита он тоже неправ.

Posted via ActualForum NNTP Server 1.5

15 окт 13, 20:09    [14975478]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Melkomyagkii_newbi
Member

Откуда: из прошлого
Сообщений: 2112
Dimitry Sibiryakov
Alexander Ryndin
не прав. Не было бы лога - блок вообще бы не восстановили

Какой блок? ivan78 утверждает, что с блоками было всё в порядке, только глупые админы
прервали процесс.

PS: Насчёт быстрого коммита он тоже неправ.


Вы тупойтролль или прикидываетесь? иван78 такого не говорил)

ЗЫ а как быстро происходит коммит в системах без лога? Расскажите пожалуйста, правда интересно.
15 окт 13, 20:17    [14975491]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
ivan78
Member

Откуда:
Сообщений: 85
Dimitry Sibiryakov
Alexander Ryndin
не прав. Не было бы лога - блок вообще бы не восстановили

Какой блок? ivan78 утверждает, что с блоками было всё в порядке, только глупые админы
прервали процесс.

Насколько я помню, админы действительно прервали чекпойнт посередине. Впрочем могу быть и не прав, не очень внимательно следил за этим случаем.
Фишка в том, что в любом случае redo log им помог восстановиться, а не помешал.
Dimitry Sibiryakov
PS: Насчёт быстрого коммита он тоже неправ.

Ну-ну рассказывайте сказки.
15 окт 13, 20:26    [14975517]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Melkomyagkii_newbi
ЗЫ а как быстро происходит коммит в системах без лога? Расскажите пожалуйста, правда интересно.
Достаточно посмотреть на списки результатов TPC-C, чтобы возникло подозрение...
15 окт 13, 20:28    [14975523]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Эталон Этанолович
Member

Откуда: Институт благородных девиц. Палата №6
Сообщений: 332
Yo.!
по моему в оракле begin backup команда делает чекпоинт и прекращает запись в датафайлы, все что добавляется идет в UNDO, т.е. транзакции во время бэкапа получают блоки появившиеся после begin backup из UNDO, а юзер в это время консистентные датафайлы копирует.
Не позорься и не пиши чушь
15 окт 13, 20:29    [14975528]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 14 15 16 17 18 [19] 20 21 22 23 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить