Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 26 27 28 29 30 [31] 32 33 34 35 .. 54   вперед  Ctrl
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
Капитан очевидность на проводе
Ась? И давно?

Агась. Уж лет пять как. Но тайна сия записана русскими буквами, поэтому - не для всех.


Кому ты лечишь? Какая еще нафиг тайна? Глаза разуй.

http://www.ibase.ru/devinfo/gbak.htm

аффтор
Восстановление базы данных из резервной копии - restore

Операция, обратная резервному копированию.

gbak -c e.fbk e.fdb
База e.fdb будет восстановлена из резервной копии e.fbk. Процесс восстановления базы данных из резервной копии происходит следующим образом:

сервер создает пустую базу данных e.fdb. Причем, создает ее в том формате баз данных, который является для него "родным". Пустая база данных будет содержать все таблицы rdb$ (пока пустые), и будет иметь ряд параметров, например такие как размер страницы, forced write и т.д., которые или взяты из резервной копии, или установлены в командной строке gbak.
сервер считывает метаданные (описания таблиц и индексов, процедур) из резервной копии и переносит их в базу данных.
сервер считывает данные из резервной копии и переносит их в базу данных
сервер считывает остальные метаданные (триггеры, гранты, check constraints и т.п.) из резервной копии и переносит их в базу данных
сервер создает (активирует) все индексы таблиц (которые были активны в момент создания резервной копии)
20 окт 13, 00:01    [15003503]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Капитан очевидность на провод
Кому ты лечишь? Какая еще нафиг тайна?

Я же говорю - тайна, капитанам недоступная.

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

Posted via ActualForum NNTP Server 1.5

20 окт 13, 00:04    [15003511]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Симонов Денис
Капитан очевидность на проводе,

ай-ай-ай какой облом


Зайчата, сначала пруфлинк на возможность поблочного восстановления (физический recovery, а не разновидность оракловского импорта базы), т.е. без обязательной перестройки индексов в студию, потом поговорим про обломы.
20 окт 13, 00:04    [15003512]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Капитан очевидность на проводе,

вот знаешь специально для тебя не буду этого делать. Пусть с тобой DS развлекается
20 окт 13, 00:08    [15003527]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Симонов Денис
Пусть с тобой DS развлекается

Пхе, он скучный. С Ё и то веселее. А ссылку я тоже из принципа не дам.

Posted via ActualForum NNTP Server 1.5

20 окт 13, 00:11    [15003538]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
Капитан очевидность на провод
Кому ты лечишь? Какая еще нафиг тайна?

Я же говорю - тайна, капитанам недоступная.

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


Дима, еще раз, кому ты лечишь? Какая еще нахер тайна? Ты про nbackup решил тут затайновать?

Ну так почитай, пупсик, о том как оно работает, и как оно блокирует файл от изменений (ага, пока все 500 гигабайт не прососутся) и как оно замечательно разрушает базу данных с несколькими файлами.
Еще раз - клоун пока у нас только ты, который базу данных больше 500 мегабайт отродясь не видывал.

Песочница - вон там, налево. Иди девочек развлекай своими рассказами про свои тайные знания.
20 окт 13, 00:13    [15003547]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Симонов Денис
Капитан очевидность на проводе,

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


Специально для меня?

У тебя даже не специально для меня знаниев нет, вообще странно, с чего ты тут выступить решил.
20 окт 13, 00:14    [15003549]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Капитан очевидность на проводе
как оно блокирует файл от изменений

А разве у Оракула begin backup работает иначе?..

Posted via ActualForum NNTP Server 1.5

20 окт 13, 00:20    [15003570]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
PS: Предваряя дальнейшие вопросы: "нечто вроде стендбая" как физического так и логического
со временем восстановления, измеряемом минутами, тоже имеется.


Ты про вот те самодельные и левые (третьесторонние) 21 тулзы репликации, все из которых - условно рабочие?

О да, это очень интересно. Для галочки - "и у нас такое тоже есть".
20 окт 13, 00:20    [15003571]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 11092
Капитан очевидность на проводе,

мне надоело твою чушь читать. И последнее время её даже читать не смешно. Особенно порадовали перлы с лог-онли СУБД. Вот откуда ты эту классификацию взял? Выдумал?

Специально для тебя. nbackup блокируется только файл БД, юзеры при этом никак не страдают, т.к. изменения пишутся в дельту, как только копия будет завершена дельта сольется вместе с основным файлом.
20 окт 13, 00:22    [15003576]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
Капитан очевидность на проводе
как оно блокирует файл от изменений

А разве у Оракула begin backup работает иначе?..


А разве rman использует begin backup? Мир сильно шагнул за последние 15 лет, пока ты был в анамнезе.

Провещайся, малыш. http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmcncpt.htm#i1008641

Вот отсюда,

Unlike user-managed tools, RMAN does not require extra logging or backup mode because

у то у тебя наверняка фокуса внимания (а то и знаний) не хватит, дальше первого предложения по ссылке.
О боже, а что, серъезно, ты меня решил испужать вашим игручным nbackup? Ути пути.
20 окт 13, 00:26    [15003592]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Капитан очевидность на проводе
21 тулзы репликации

Которые нафиг не нужны для настройки физического стендбая.

Кстати, не знаю зачем кому-то нужна 21 тулза, когда есть одна, жалоб на которую от
пользователей я что-то не наблюдаю.

Posted via ActualForum NNTP Server 1.5

20 окт 13, 00:28    [15003599]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе,
Guest
Симонов Денис
Капитан очевидность на проводе,

мне надоело твою чушь читать. И последнее время её даже читать не смешно. Особенно порадовали перлы с лог-онли СУБД. Вот откуда ты эту классификацию взял? Выдумал?


Если ты не помимаешь смысл прочитанного, то проблема исключительно в твоей, не обремененной знанием голове.
Увы, помочь ничем не могу - не читай, тебя заставляет кто?

Симонов Денис
Специально для тебя. nbackup блокируется только файл БД, юзеры при этом никак не страдают, т.к. изменения пишутся в дельту, как только копия будет завершена дельта сольется вместе с основным файлом.


Еще раз, для тех кто думает что он не даун.

База данных - 500 гигабайт. Сколько времени оно будет бекапиться, пока данные в дельта лог пишутся, ась? Делту потом личико не треснет за оставшийся час в сутки слить, нет?


Дети сегодня просто адски жгут. То, что в Oracle было выброшено на помойку еще в 91-м году (когда база данных в 500 метров считалась крупной) - они решили двинуть как адский хайтек и прочий нанотех, последний пик моды.

Жжоте тухло, напрягитесь лучше. 20 лет уже прошло, мир 286/386 компов уже не с нами
20 окт 13, 00:30    [15003606]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Капитан очевидность на проводе
Вот отсюда,

Unlike user-managed tools,RMAN does not require extra logging or backup mode because

Это ты очень удачно оборвал цитату, поскольку дальше идёт "If a block is fractured, then
the session rereads the block". Просто удивительно, что эта тупость вообще работает на
сколь-либо нагруженных базах, в которых существуют горячие блоки. Ах нет, я же забыл, что
у вас там "данные в базу могут вообще никогда не писаться, поскольку они все есть в логе".
Прелестный такой бэкап, который требует починки после восстановления. Неудивительно, что в
bid 3 топики "не могу восстановить базу RMAN-ом" на каждой странице.

Posted via ActualForum NNTP Server 1.5

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

Откуда: Рязань
Сообщений: 11092
Капитан очевидность на проводе,,

Во первых не надо выдумывать и додумывать как там работает Fb, а потом относить FB к классу СУБД который вы сами выдумали.

По второму вопросу согласен. Отдельный блок конечно забекапишь, но nbackup умеет вполне нормальный инкрементный бекап, который многоуровненвый и следовательно полный бекап всех 500 Гб можно делать не так часто. Если нужно максимально быстрое восстановления то как раз делают standby.
20 окт 13, 00:39    [15003626]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Капитан очевидность на проводе
Еще раз, для тех кто думает что он не даун.

Ага, так вот как выглядит "не даун", который с 500 гиговой базы делает полные бэкапы раз в
сутки... "Никогда ты не будешь майором..." (с)

Posted via ActualForum NNTP Server 1.5

20 окт 13, 00:42    [15003634]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
Капитан очевидность на проводе
Вот отсюда,

Unlike user-managed tools,RMAN does not require extra logging or backup mode because

Это ты очень удачно оборвал цитату, поскольку дальше идёт "If a block is fractured, then
the session rereads the block". Просто удивительно, что эта тупость вообще работает на
сколь-либо нагруженных базах, в которых существуют горячие блоки. Ах нет, я же забыл, что
у вас там "данные в базу могут вообще никогда не писаться, поскольку они все есть в логе".
Прелестный такой бэкап, который требует починки после восстановления. Неудивительно, что в
bid 3 топики "не могу восстановить базу RMAN-ом" на каждой странице.


Дима, не пытайся быть умнее, чем ты есть на самом деле. И уж тем более быть умнее других - с текущим подходом к чтению материалов для тебя это вообще недостижимая задача.
Яб тебя послал читать основы мультиверсионности оракла и цену ее достижения (чтоб у тебя ото не плющилось от перегретых блоков), но это поди вредно для детской психики.

И это я еще пупсикам не рассказал про datablock change tracking - после такого поди и вовсе заикаться начнете.
20 окт 13, 00:57    [15003662]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Симонов Денис
но nbackup умеет вполне нормальный инкрементный бекап, который многоуровненвый


Это тот, который требует прочитать все 500 гигабайт базы данных каждый раз, когда он делает даже инкрементальный или дифференциальный бекап?

Ну да, наверное нормально. 500 гигабайт - этож моментальное чтение, временем там тоже можно пренебречь.
20 окт 13, 01:07    [15003688]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
nscl
Guest
о, срач про FB в самом разгаре, я смотрю =)
Только помимо M$SQL, Оракла и FB есть еще и другие СУБД.

Что касается мсскл, то у него есть пара неисправимых преимуществ.
1). Он есть только под одно семейство ОС, которые местами зело неудобны в администрировании.
2). При больших базах он становится платным, и местами - зело платным. А учитывая, что тонкости лицензирования - это не только бабло, но и лишняя головная боль - то этот фактор тоже учитывают. Особенно, когда серверов СУБД много.
3). Продукт монструозный и реально сложный. Это хорошо далеко не во всех случаях.
4). Соединиться с MSSQL из перлового/пхп скрипта, запущенного в SELinux-restricted окружении - отдельная чума.

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

Скорее тему топика стоит переписать иначе - "Зачем выбирать M$SQL, когда есть MySQL/Postgre/Oracle ?"
20 окт 13, 01:25    [15003741]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
Капитан очевидность на проводе
Симонов Денис
но nbackup умеет вполне нормальный инкрементный бекап, который многоуровненвый


Это тот, который требует прочитать все 500 гигабайт базы данных каждый раз, когда он делает даже инкрементальный или дифференциальный бекап?

Ну да, наверное нормально. 500 гигабайт - этож моментальное чтение, временем там тоже можно пренебречь.
Лучше пусть эти пижоны из детской песочницы расскажут, как у них можно восстановить базу (ага - все 500 гигов) по состоянию на момент времени конкретной транзакции...
20 окт 13, 01:28    [15003753]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
nscl
4). Соединиться с MSSQL из перлового/пхп скрипта, запущенного в SELinux-restricted окружении - отдельная чума.
ODBC под линуксом, значится, запретили?
20 окт 13, 01:38    [15003786]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

PetrovVA
восстановить базу (ага - все 500 гигов) по состоянию на момент времени
конкретной транзакции...

Это чтобы все транзакции закоммиченные после неё исчезли? Не знаю как там у вас, а у нас в
песочнице базы данных существуют чтобы данные хранить, а не для баловства типа "вот они
есть и их сразу нет". Некоторые люди, знаете ли, воспринимают букву D из ACID серьёзно...

Posted via ActualForum NNTP Server 1.5

20 окт 13, 01:46    [15003801]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Dimitry Sibiryakov
PetrovVA
восстановить базу (ага - все 500 гигов) по состоянию на момент времени
конкретной транзакции...

Это чтобы все транзакции закоммиченные после неё исчезли? Не знаю как там у вас, а у нас в
песочнице базы данных существуют чтобы данные хранить, а не для баловства типа "вот они
есть и их сразу нет". Некоторые люди, знаете ли, воспринимают букву D из ACID серьёзно...


Глупыш, рассматривается сценарий: "Пользователь удалил мегасправочник 15 минут назад, восстановите базу данных на состояние 16 минут назад".

Или всю базу данных, или просто - просто выдайте те данные, которые были 16 минут назад из вон той таблички. Орацле такое может просто из коробки, даже думать не надоть (последнее).

А как у вас там? Никак?
20 окт 13, 02:19    [15003834]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
чччД
Guest
Капитан очевидность на проводе
...
А как у вас там? Никак?

А у нас придется двое суток 500Гб восстанавливать. Жопа кругом.
20 окт 13, 02:35    [15003840]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
miwaonline
Member

Откуда:
Сообщений: 2249
Капитан очевидность на проводе
Орацле такое может просто из коробки, даже думать не надоть (последнее).

А как у вас там? Никак?

Да у нас гребаный ппц, у нас думать надо, прикинь! Правда, если думать, то пользователь вообще не может удалить (используемый) элемент справочника, но ораклоидам-то думать не надо.
20 окт 13, 10:38    [15003955]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 26 27 28 29 30 [31] 32 33 34 35 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить