1.3, Lester (?), 02:36, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Снапшоты
Заинтересовался, но, к сожалению, оказалось чисто внутренней деталью реализации, а не полноценным статичным срезом данных как, например, в leveldb.
> Для работы требуется только два файла на языке Си.
А вот это бывает удобно.
| |
|
2.4, Аноним (-), 05:49, 25/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Подумал, что вся СУБД состоит из 2-х файлов. Как бы не так.
| |
|
3.7, Lester (?), 11:35, 25/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
В SQLite тоже много файлов, которые потом собирают в один .c. Тут аналогично, есть возможность сгенерировать единый .c файл, специально проверил.
| |
|
|
1.5, Аноним (-), 07:13, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Честно говоря ребята молодцы. Но когда тестировали у нас проиграло на чтение rocketdb.
| |
1.6, lex (??), 10:02, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Пользовал первую версию, было громко заявлено о скоростях и прочем. ~1000000 записей вида логин_твитера=ид_твитера и база стала весить 30ГБ и встала колом, диск лёг. Я верю, что новые версии лучше, но осадок остался.
| |
1.8, Аноним (-), 14:35, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
"встраиваемая СУБД" какие в опу 30Гб на базу? Она же не для таких вещей
| |
|
|
3.18, Кирилл (??), 22:26, 25/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> У некоторых SQLite терабайтами ворочает, и они только нахваливают.
"Не верю"
SQLite это вообще чумное убожество. Хотя чего ждать от поколения твиттера и ми-ми-ми.
| |
|
4.21, funny.falcon (?), 01:08, 26/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Как бы, у всех свои задачи.
Ссылку, где я в оригинале увидел такой claim не нашёл :( . Ну вот пример другой http://www.evanjones.ca/sqlite-for-data-analysis.html
В общем, для аналитики вполне может свой хлеб отработать :) Но, понятно, OLTP на таком объёме SQLite не потянет.
Но, Sophia, уверен, несколько сот гигабайт смело потянет.
| |
|
|
2.25, Аноним (-), 22:23, 27/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
некоторые 'встраиваемые' БЫ - и побольше.
вот если бы она на 50 Терабайт была, тогда да, было бы нетипично для.
| |
|
1.9, Кирилл (??), 15:26, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Зачем это нужно? Кто объяснит? И почему подобное называется БД коль элементарно acid-у не соответствует ни в малейшей степени? Это не БД, а просто некий механизм по оперативной работе с несущественными данными без гарантированной персистентности на уровне софта. Для тех, кто нефига не понимает, что делает.
| |
|
|
|
4.17, Кирилл (??), 22:21, 25/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Э, как бы сформулировать... Никакой САР-теоремы не существует. Гетерогенные системы можно делать какими угодно, хоть согласованными всегда, хоть -- иногда. Этому никаких принципиальных препятствий нет.
| |
|
5.20, Аноним (-), 23:36, 25/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Да вы батенька освежите в памяти САР-теорему, прежде чем разглагольствовать. Консистентность входит только в два из трех вариантов.
| |
|
6.22, Кирилл (??), 13:11, 26/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Консистентность. Это что такое? Переведите. Вы понимаете, что это значит вообще? Ещё раз, никакой "САР-теоремы" не существует. Это просто маркетинговое обоснование для убожественных систем. В результате подобной лапши, например, в РФ внедрили в одной гос. организации "распределённую NoSQL-систему документооборота" и получили, что уже заверенный кадастровый договор ещё пару месяцев болтается в различных статусах в дебрях этого очень NoSQL-решения. А на основе этих статусов пеня начисляется и всякие письма автоматом штампуются совершенно от всего этого бардака очумевшему клиенту.
Сказки клиентам выдумывать и рассказывать дело, иногда, нужное и важное. Главное -- самому случайно в них не уверовать.
САР-теорема или, например, "ортогональность реляционной модели и объектной", "разработка через тестирование" -- всё из той же оперы.
| |
|
|
|
|
2.19, Led (ok), 23:18, 25/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Зачем это нужно? Кто объяснит?
У тебя точно есть родной брат, тоже Кирилл.
| |
|
1.12, Кирилл (??), 15:48, 25/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Вот все эти мантры по in-ram processing они о чём? В общем-то, все основные СУБД с оперативными данными работают по возможности с самым быстрым устройством ввода-вывода. В чём отличие вот этого от того, что, ну, скажем, в том же Оракле? Тот тоже использует wal и отложенный сброс на диск грязных блоков, а изменения обслуживаются в рамках mvcc с согласованием по времени. Что выбирать в память тоже довольно гибко настраивается. Но почему-то оракл (ну или слона) гордо не именуют in-ram processing-ом, хотя он там в полный рост есть?
| |
|