Pull to refresh

Comments 18

Что это дает обычному пользователю?
Насколько я понимаю, BigTable - это штука, которую очень тяжело за-dos-ить. Для пользователя это означает, что заходя на любимый сайт, он не увидит "сервер перегружен, зайдите позже".
Один быдлокодер может такое навернуть что любой BigTable загнётся. Но если исключить этот момент, то да, должно быть сложно заDOSить.
учитывая принципы оплаты таких сервисов, быдлокодеру придется сделать все, чтобы как-можно реже дергать bigtable
Возможность хранениния миллионов-миллиардов->и т.д. записей в таблицах при нормальной скорости поиска и выборки. Базы данных при таких объемах либо: очень сложны в обслуживании (найдите специалиста по репликации и шадерингу), либо тормозят.
супер. надеюсь «достпна» она будет всем. давно пора.
UFO landed and left these words here
вот я тоже хочу знать, она может быть полезна всем?
Может ли она конкурировать, к примеру, с MySQL?
UFO landed and left these words here
не напрямую. bigtable - это что-то типа большого распределённого map . bigtable ближе к memcached, чем к mysql - более адванснутая, чем мемкеш, но без языка запросов, строгой типизации и т.п. как и map, bigtable поддерживает итерацию - ключи автоматически сортируются в лексикографическом порядке.
чёрт, хабр съел угловые скобки. я хотел сказать, "большого распределённого map<string, string>".
Ну, во-первых, строгая типизация в Bigtable есть. Можно в схеме описать столбцы и указать какого они будут типа. Да, кроме описанных в схеме столбцов можно добавлять динамические, но это только плюс.

Во-вторых, язык запросов у BigTable есть. Sawzall, который компилируется и исполняется как MapReduce.
> строгая типизация в Bigtable есть
имеете в виду атрибут "type" у CF? в этой типизации нет абсолютно ничего строгого :) это просто хинт, bigtable его, за единственным исключением, никак не интерпретирует и совершенно спокойно запишет туда что угодно. единственным исключением является int_sum().

> язык запросов у BigTable есть. Sawzall
ну, sawzall на отдельном mapreduce - это как сделать select * from table и потом фильтровать вывод. мягко так скажем, далеко не самый оптимальный способ выборки данных (пожалуйста, не делайте так :).
по первому - такой контроль можно легко сделать на клиенте. Например, сгенерив по схеме типизированную обертку.

по второму - да. Поэтому видимо лучше хранить данные в ненормализованном виде так, что все, что нужно, как правило, извлекается одним запросом.
UFO landed and left these words here
Чорт! а я-то понадеялся, что наконец смогу написать себе удобную БД для ведения личной бухгалтерии да еще и в инете с прибамбасами типа "отметь на карте место где ты потратил последние 50 рублей за полторы недели до зарплаты" :)
Sign up to leave a comment.

Articles