Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
 Re: Выбор СУБД  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

10046 wrote:
> С такими требованиями выбор сужается до одной СУБД :)
Грязная провокация. Независимо от СУБД

Posted via ActualForum NNTP Server 1.4

21 фев 07, 12:52    [3815282]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
Yo.!
Guest
locky

10046 wrote:
> С такими требованиями выбор сужается до одной СУБД :)
Грязная провокация. Независимо от СУБД
Posted via ActualForum NNTP Server 1.4

а что standby от MS уже научился без востановления подниматся или попрежнему нужно ручками юзеров востанавливать ?
21 фев 07, 13:03    [3815394]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
10046

С такими требованиями выбор сужается до одной СУБД :)


До 2-х.

To Yo.! :

Oracle среди них нет.
Он по третьему пункту не укладывается.
21 фев 07, 14:22    [3816153]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
Yo.!
Guest
мнение

To Yo.! :

Oracle среди них нет.
Он по третьему пункту не укладывается.

глупое мнение :)
21 фев 07, 14:31    [3816224]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67499
Блог
мнение
Он по третьему пункту не укладывается.

Для начала стоило бы уточнить, какой именно из третьих пунктов Вы имеете в виду.
21 фев 07, 14:39    [3816297]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
softwarer
мнение
Он по третьему пункту не укладывается.

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


мнение

3. Поддержка максимально возможного количества уровней изоляции.
Чем выше будет конкуренция ( на изменение) за данные между сессиями ,
тем быстрее вы этот пункт оцените.
21 фев 07, 14:41    [3816315]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
Конечно же это гораздо умнее и конструктивнее :

Yo.!

а что standby от MS уже научился без востановления подниматся или попрежнему нужно ручками юзеров востанавливать ?
21 фев 07, 14:44    [3816341]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
Yo
а что standby от MS уже научился без востановления подниматся или попрежнему нужно ручками юзеров востанавливать ?

Если использовать новый ADO .Net провайдер для MSSQL - то там такая возможность встроена.
21 фев 07, 14:48    [3816373]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67499
Блог
Что же касается именно этой задачи, то признаться, вообще не понял, зачем этот пункт упомянут. В дизайне БД, вполне вероятно, придется учесть высокую конкуренцию, чтобы лихорадочный бидвар не стал бутылочным горлышком, но и все; я не вижу тут задач риалтаймовой отчетности или подобных.
21 фев 07, 14:49    [3816378]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
softwarer

я не вижу тут задач риалтаймовой отчетности или подобных.


Мнение совпало, любой версионник для этой задачи не лучший выбор.
21 фев 07, 14:53    [3816411]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
Yo.!
Guest
мнение

Мнение совпало, любой версионник для этой задачи не лучший выбор.

я ж говорю: глупое мнение :) как раз у блокировочника нет вариантов кроме как serializable, что при таком кол-ве читателей завалит дедлоками, эскалациями и прочими прелестями блокировочников.
21 фев 07, 15:02    [3816490]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
Yo.!
мнение

Мнение совпало, любой версионник для этой задачи не лучший выбор.

я ж говорю: глупое мнение :) как раз у блокировочника нет вариантов кроме как serializable, что при таком кол-ве читателей завалит дедлоками, эскалациями и прочими прелестями блокировочников.


Коментировать этот бред нет никакого желания.
21 фев 07, 15:06    [3816545]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
По теме.

Блокировочник должен уметь ставить блокировку на строку.
21 фев 07, 15:06    [3816558]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
10046
Member

Откуда: oraus.msg
Сообщений: 877
мнение
По теме.

Блокировочник должен уметь ставить блокировку на строку.

А эскалацию блокировок он должен уметь делать? :)
21 фев 07, 15:11    [3816603]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
10046
мнение
По теме.

Блокировочник должен уметь ставить блокировку на строку.

А эскалацию блокировок он должен уметь делать? :)


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

По сравнению неконтролируемыми рестартами стейтментов , эскалация блокировок
на 1000 комитов в секунду вам покажется легкой прогулкой.
21 фев 07, 15:16    [3816656]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
Yo.!
Guest
мнение

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

эскалация для поддержания целостности буга-га, держите меня семеро :)

мнение

По сравнению неконтролируемыми рестартами стейтментов , эскалация блокировок
на 1000 комитов в секунду вам покажется легкой прогулкой.

чую это очередной шедевр, но боюсь пока недоступный для понимания широкой обществености :)
21 фев 07, 15:22    [3816715]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
Yo.!
мнение

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

эскалация для поддержания целостности буга-га, держите меня семеро :)

Видимо у человека понятие эскалации асоциируется только с СУБД не умеющими
устанавливать блокировки на уровне строки.

Я уже держу , падайте :)

Yo.!

[quot мнение]
По сравнению неконтролируемыми рестартами стейтментов , эскалация блокировок
на 1000 комитов в секунду вам покажется легкой прогулкой.

чую это очередной шедевр, но боюсь пока недоступный для понимания широкой обществености :)


Поделитесь.
21 фев 07, 15:31    [3816790]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
10046
Member

Откуда: oraus.msg
Сообщений: 877
мнение
10046
мнение
По теме.

Блокировочник должен уметь ставить блокировку на строку.

А эскалацию блокировок он должен уметь делать? :)


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

По сравнению неконтролируемыми рестартами стейтментов , эскалация блокировок
на 1000 комитов в секунду вам покажется легкой прогулкой.

Хм... честно говоря, не совсем понял вас.
Если вас не затруднит, не могли бы вы поподробнее пояснить, и заодно уж почему версионник здесь не катит?
21 фев 07, 15:32    [3816792]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67499
Блог
мнение
Мнение совпало, любой версионник для этой задачи не лучший выбор.

C кем Вы совпали, я не знаю, но не со мной. Имхо этой задаче глубоко и принципиально пофиг, версионник там или блокировочник. Ну а высказанный пункт, повторюсь, к задаче отношения не имеет (точнее, я этого отношения не вижу, готов выслушать обоснование).

мнение
По сравнению неконтролируемыми рестартами стейтментов

Кстати, было бы любопытно увидеть пример "неконтролируемого рестарта стейтментов" для операции апдейта одной записи (наиболее типичной для данной задачи).
21 фев 07, 15:37    [3816839]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
Yo.!
Guest
мнение

Поделитесь.

я бы с радостью, но пока сам теряюсь в догадках :) с эскалацией тут ясно, тут мнение невьехало даже чо это, а вот что такое "рестартами стейтментов" пока есть только догадка, это мнение слышала звон (именуемым миниоткатом) и как-то его связалло с комитами. было бы весело узнать поподробней об этом чудном явлении именно от вас, мнение :)
21 фев 07, 15:38    [3816847]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
10046
мнение
10046
мнение
По теме.

Блокировочник должен уметь ставить блокировку на строку.

А эскалацию блокировок он должен уметь делать? :)


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

По сравнению неконтролируемыми рестартами стейтментов , эскалация блокировок
на 1000 комитов в секунду вам покажется легкой прогулкой.

Хм... честно говоря, не совсем понял вас.
Если вас не затруднит, не могли бы вы поподробнее пояснить, и заодно уж почему версионник здесь не катит?


Долго обьяснять, и обычно все это заканчивается заявлениями типа "Глупое мнение".

Наводку я уже дал, это количество поддерживаемых уровней изоляции.
И поддержка блокировки на уровне строки.
21 фев 07, 15:40    [3816871]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
softwarer
мнение
Мнение совпало, любой версионник для этой задачи не лучший выбор.

C кем Вы совпали, я не знаю, но не со мной. Имхо этой задаче глубоко и принципиально пофиг, версионник там или блокировочник. Ну а высказанный пункт, повторюсь, к задаче отношения не имеет (точнее, я этого отношения не вижу, готов выслушать обоснование).

мнение
По сравнению неконтролируемыми рестартами стейтментов

Кстати, было бы любопытно увидеть пример "неконтролируемого рестарта стейтментов" для операции апдейта одной записи (наиболее типичной для данной задачи).



Рестарты ловите здесь :

update table tab1
set (f1,f3, f3) = (select f1, f2, f3 from tab2 where  ....)
where .......... 

Сколько там обычно записей изменяется для данной задачи
смоделируйте в where
21 фев 07, 15:58    [3817056]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
мнение
Guest
softwarer


C кем Вы совпали, я не знаю, но не со мной. Имхо этой задаче глубоко и принципиально пофиг, версионник там или блокировочник. Ну а высказанный пункт, повторюсь, к задаче отношения не имеет (точнее, я этого отношения не вижу, готов выслушать обоснование).


мнение

Рестарты ловите здесь :

update table tab1
set (f1,f3, f3) = (select f1, f2, f3 from tab2 where  ....)
where .......... 

Сколько там обычно записей изменяется для данной задачи
смоделируйте в where


В качестве обоснования попробуйте этот пример на серверах
поддерживающих не только RC & SERIALIZABLE.
Сравните типы блокировок устанавливаемые на строки для разный уровней изоляции
и целостность данных в соответствии с задачей.
21 фев 07, 16:22    [3817258]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67499
Блог
мнение
Рестарты ловите здесь :

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

Упоминание подзапроса здесь имхо не совсем к месту. Если это существенная часть Ваших рассуждений, подозреваю, Вы хотели рассказать не о мини-откатах, а о специфике read consistency в этом случае.

мнение
В качестве обоснования попробуйте этот пример на серверах
поддерживающих не только RC & SERIALIZABLE. Сравните типы блокировок устанавливаемые на строки для разный уровней изоляции и целостность данных в соответствии с задачей.

Ага, похоже на то, что начали про Фому, закончили про Ерему.

В общем, суть получается такой: версионник плох тем, что в некоторых случаях ведет себя так же, как блокировочник ведет себя всегда :))
21 фев 07, 16:36    [3817379]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД  [new]
DPH
Guest
мнение

До 2-х.

А вторая - это какая?
21 фев 07, 16:37    [3817388]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить