Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 14   вперед  Ctrl
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

pkarklin
я смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?

Posted via ActualForum NNTP Server 1.5

7 мар 15, 21:50    [17357077]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
pkarklin
я смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?


Я там задал пару вопросов. Подождем пока...
7 мар 15, 21:53    [17357081]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
Dimitry Sibiryakov
pkarklin
я смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?


потому что, если у него есть нормальный полный бэкап от 17.02+бэкап лога 05.03, то у него все нормально восстанавливается.
7 мар 15, 21:54    [17357082]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
Dimitry Sibiryakov
pkarklin
я смогу из него, например, с помощью софта стороннего производителя
вытащить из него данные и "засунуть" в имеющиеся копию фала данных.

Почему аффтару топика по ссылке никто не ткнул пальцем в этот софт?


В том топике был вопрос о том, что все таки хранится в бэкапе от 17.02 (restore headeronly), чтобы понять общую стратегию, но автор не ответил.
7 мар 15, 22:04    [17357108]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
miwaonline
Member

Откуда:
Сообщений: 2249
pkarklin
Дима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов?


pkarklin
kdv
вы хотите сказать, что сможете куда-то засунуть лог транзакций MS SQL при полном убиении базы?


Во всяком случае я смогу из него, например, с помощью софта стороннего производителя вытащить из него данные и "засунуть" в имеющиеся копию фала данных.


Тоесть, MSSQL с бекапом круче FB без бекапа?

Двойные стандарты такие двойные
7 мар 15, 22:39    [17357204]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
miwaonline,
автор
Двойные стандарты такие двойные

Отнюдь.
автор
Тоесть, MSSQL с бекапом круче FB без бекапа?

Нам пока неизвестно, есть ли бэкап. Но точно известно, что есть копия файла данных и текущий лог транзакций. При исходных условиях даже в самом безнадежном сценарии у ТС того топика есть возможность вытащить данные из лога. В случае потери файла FB даже возможности такой нет.
7 мар 15, 22:57    [17357272]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
miwaonline
pkarklin
Дима, а что будет с базой FB, если "Умер массив на котором лежал файл" и нет бэкапов?


pkarklin
пропущено...


Во всяком случае я смогу из него, например, с помощью софта стороннего производителя вытащить из него данные и "засунуть" в имеющиеся копию фала данных.


Тоесть, MSSQL с бекапом круче FB без бекапа?

Двойные стандарты такие двойные


Я уже писал выше, что лог важнее данных. И поскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в разных местах.

P.S.

Им бы FB взять и запретить (с).
7 мар 15, 23:09    [17357298]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

Любитель MSSQL
поскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в
разных местах.

Ты не поверишь, но если есть "разные места", то Firebird у любого вменяемого админа делает
то же самое.

Posted via ActualForum NNTP Server 1.5

7 мар 15, 23:37    [17357401]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov,

автор
у любого вменяемого админа делает то же самое

и
автор
в изначальном отсутствии иллюзии защищённости с помощью журнала у админа

Странно немного, апеллировать к ситуации, когда в одном случае админ невменяем, а в другом вменяем.
7 мар 15, 23:44    [17357422]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
pkarklin
При исходных условиях даже в самом безнадежном сценарии у ТС того топика есть возможность вытащить данные из лога.

вы, наверное, шутите. Или вы никогда не общались с "пользователями неадминистрируемых систем". Какой, нахрен, "вытащить данные из лога"? Они даже слово "файл" не понимают.
8 мар 15, 00:04    [17357461]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
kdv
вы, наверное, шутите. Или вы никогда не общались с "пользователями неадминистрируемых систем". Какой, нахрен, "вытащить данные из лога"? Они даже слово "файл" не понимают.


Не шучу. Вопрос в "стоимости" данных.
8 мар 15, 00:06    [17357469]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
pkarklin
Но точно известно, что есть копия файла данных и текущий лог транзакций.

да откуда возьмется "копия файла данных", если такие пользователи никогда никаких копий не делают. Я все больше подозреваю, что вы напрочь "оторваны от народа".
8 мар 15, 00:07    [17357473]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
kdv,

автор
да откуда возьмется "копия файла данных", если такие пользователи никогда никаких копий не делают.

Мы обсуждаем тынц, приведенный Димой, или ...?
автор
Я все больше подозреваю, что вы напрочь "оторваны от народа".

Мы здесь "народ" сравниваем, или СУБД?
8 мар 15, 00:11    [17357481]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
Dimitry Sibiryakov
Любитель MSSQL
поскольку, в отличие от недо-СУБД FB, MSSQL хранит журнал и данные в
разных местах.

Ты не поверишь, но если есть "разные места", то Firebird у любого вменяемого админа делает
то же самое.


каким образом, если у ФБ, и данные и пародия на лог находятся в одном файле?
8 мар 15, 00:53    [17357608]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Любитель MSSQL,

нет там пародии на лог. Ты не путай "undo-лог", т.е. данные для отмены и redo-лог. Последнего нет в FB не в каком виде.
8 мар 15, 11:41    [17358096]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

Любитель MSSQL
находятся в одном файле?

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

Posted via ActualForum NNTP Server 1.5

8 мар 15, 11:54    [17358119]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
[quot Симонов Денис]Любитель MSSQL,

нет там пародии на лог. Ты не путай "undo-лог", т.е. данные для отмены и redo-лог. Последнего нет в FB не в каком виде.[/quot

И как же восстанавливать транзакции, которые изменили страницы в кэше, но не были сброшены на диск в момент аварии?
8 мар 15, 12:24    [17358171]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Любитель MSSQL
Member

Откуда:
Сообщений: 32
Dimitry Sibiryakov
Любитель MSSQL
находятся в одном файле?

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


В смысле зеркала? Наподобие mirroringa в SQL Server?
8 мар 15, 12:26    [17358175]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Любитель MSSQL,

перетирали уже. Что на второй круг заход?
8 мар 15, 12:34    [17358191]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

Любитель MSSQL
И как же восстанавливать транзакции, которые изменили страницы в
кэше, но не были сброшены на диск в момент аварии?

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

Posted via ActualForum NNTP Server 1.5

8 мар 15, 12:49    [17358224]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
Любитель MSSQL
недо-СУБД FB
Уважаемый Любитель MSSQL,
1. Вы тут сначала сделали утверждение "FB не годится для высоконагруженных систем". Вам представили пример высоконагруженной системы. В принципе, наверное можно дать еще много примеров, но в этом нет необходимости. Не знаю как обстоит дело с логикой и математикой у любителей MSSQL, но если для некоего утверждения "ХХХ не годится" найдется хотя бы один контрпример, когда "годится" этого достаточно чтобы опровергнуть утверждение, на все 100%. Так что ваше утверждение неверно.
2. Далее, вы опять же на пальцах дали какой-то пример с дергающимися головками, забыв как минимум о том, что -в hdd есть кеш, в райд-контроллере есть кеш, в самой СУБД есть кеш. Вам любезно намекнули, что жизнь сложнее, чем наши представления о ней, и что подобные утверждения надо обязательно доказывать тестами и цифрами. И что может оказаться, что пара процентов скорости одной или другой СУБД в тесте, совершенно не играет роли на практике, или нивелируется еще парочкой дисков в рейде. В этом примере вы мне напоминаете одного моего знакомого, который когда едет на автомобиле, с ужасом думает, как там изнашиваются коленвал и клапана, хотя машина едет устойчиво на большой скорости.
3. Потом вы выдвинули некую гипотезу, что mssql более устойчив к дисковым сбоям, не пояснив совершенно сценарий, при котором это может произойти. Отказ одного диска? Так в рейде их несколько, заменить один не проблема. Отказ рейд-контроллера? Данные на диске, заменяем контроллер на тот же или версии выше старого, все в норме. Пьяный админ стер базу? Ну так что мешает пьяному любителю mssql стереть и базу и лог? Пожар в здании? В этом случае и база mssql и ее лог в большой вероятностью будут уничтожены, и нет преимущества одного сервера перед другим. В любом случае, если есть параноидальное желание добавить 1-2 девятки в надежность своей системы, в FB можно устроить теневую копию на другом диске.

Из вышесказанного следует, что ваши нападки на FB пока что похожи на случай "я вот скажу, что у него сестра - бл*дь, а он пускай оправдывается, что у него нет сестры". Соответственно, имеют стоимость, близкую к нулю.
8 мар 15, 12:54    [17358236]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

pkarklin
Странно немного, апеллировать к ситуации, когда в одном случае админ
невменяем, а в другом вменяем.

В ситуации по ссылке админ был достаточно вменяем, чтобы положить логи "в другое место"
отдельно от базы иначе он потерял бы и их. Вполне логично для сравнения брать случай с
админом аналогичной вменяемости, который положил тень базы Firebird в такое же "другое место".

Posted via ActualForum NNTP Server 1.5

8 мар 15, 13:08    [17358261]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
В ситуации по ссылке админ был достаточно вменяем, чтобы положить логи "в другое место"
отдельно от базы иначе он потерял бы и их.


Нам неизвестно, чем это было обусловлено. Возможно просто на одном диске места не хватало на оба файла.

Dimitry Sibiryakov
Вполне логично для сравнения брать случай с админом аналогичной вменяемости, который положил тень базы Firebird в такое же "другое место".


Совсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.
8 мар 15, 13:12    [17358270]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
Dimitry Sibiryakov
Member

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

pkarklin
Совсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.

Сравнивать фичи разного класса, применяемые для разных целей, было бы весьма странно.

Posted via ActualForum NNTP Server 1.5

8 мар 15, 13:16    [17358279]     Ответить | Цитировать Сообщить модератору
 Re: Firebird, PostgreSQL, MsSql, Oracle  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
pkarklin
Совсем нет. Если уж и сравнивать "тень базы" FB, то с AlwaysOn в MS SQL.

Сравнивать фичи разного класса, применяемые для разных целей, было бы весьма странно.
Хвакт!
Сравнивать наличие фичи с практически полным её отсутствием - не спортивно!
8 мар 15, 14:40    [17358430]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 14   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить