| |
| |
| 3.16, Гномоюзер (?), 13:17, 24/08/2015 [^] [^^] [^^^] [ответить]
| +/– |
Посмотрел на первый взгляд очень даже интересно выглядит. Есть даже джоины, ну и конечно же интересная фишка по слежению за изенениями. Буду пробовать.
| | |
|
|
| 1.17, Аноним (-), 14:22, 24/08/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Мой вопрос немного не в тему, но все же, есть ли SQL БД живущие в RAM но которые можно легко дампить и восстанавливать в случае сбоя?
| | |
| |
| |
| 3.23, Аноним (-), 19:54, 24/08/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вам сюда http://www.memsql.com/
> Много "вкусного", в том числе поддержка MySQL-протокола, multi-model scheme-free/lock,
> clusters, geo-data support, etc etc
Никогда не слышал а такой СУБД, спасибо
| | |
|
| 2.25, all_glory_to_the_hypnotoad (ok), 21:03, 24/08/2015 [^] [^^] [^^^] [ответить]
| +/– |
 > Мой вопрос немного не в тему, но все же, есть ли SQL БД живущие в RAM но которые можно легко дампить и восстанавливать в случае сбоя?
Почти любая БД живёт в RAM пока она туда вмещается.
| | |
| |
| 3.26, Andrey Mitrofanov (?), 22:03, 24/08/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Мой вопрос немного не в тему, но все же, есть ли SQL БД живущие в RAM но которые можно легко дампить и восстанавливать в случае сбоя?
> Почти любая БД живёт в RAM пока она туда вмещается.
А задачу "легко дампить и восстанавливать" решаем лёгким и непринуждённым добавлением N шпинделей, где N примерно определяем, как BD/(SPEED*secs), где speed - скорость чтения с 1 диска (мимо его кеша и мимо кеша контролера - они по любому много меньше BD). Например, чтобы 50ГБ "базы" поднять с дисков, читающих 15МБ/c, за 5 минут, 50E9/15e6/300 = 11,(1), двенадцати шпинделей должно хватить. В обрез. Так что лучше 18, чтоб уж точно. (Как я мучаюсь Ж) на 8 шпинделях с 5? или 10? МБ/с и базой 65ГБ! //Советвали же добрые люди - партишонинг и нет проблем. Ай, разгильдай.)
Расчёт флотилии из К серверов с локальными дисками, избыточным копированием, как в ОЗУ, как и на шпиндлях, в вариантах подъёма q серверов с N лок.дисков и M 10Гбит портов с соседних K-q серверов для q в 1..K .... Ой, к чему это я? День Знаний на носу ж! Уважаемые кроты, посчитаем! </не буду я понятнее!>
| | |
| |
| |
| 5.28, Аноним (-), 22:09, 24/08/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> К чему ты тут это развел непонятно.
Это он как хороший доктор. Привезли пациента с ножевым ранением, так он ему еще и аппендицит вырезал и подтяжку сделал.
| | |
|
|
|
|
| 1.18, zero (??), 14:54, 24/08/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
stop stop, а где сравнение с Pg9.5 с их JSONB? а монга уже слилась
| | |
| 1.30, искатель (?), 00:21, 25/08/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
как у этой базы с атомарным изменением записи? могу ли я сделать условно begin; select for update; update; commit и быть уверенным что я изменю именно то что прочитал в select и никто параллельно не сделает update этой записи?
| | |
|
