Google запустила бета-версию Cloud Spanner — СУБД поколения NewSQL

[@Kassab]

Интересно, для госструктур США сразу интерфейс предусмотрен? )

[@unet900]

По любому, корпорация добра же. Вот только если где-то добра прибыло где-то его убыло…

ЗЫ ну конечно же мы(google) не предоставляем данные 3м лицам.

[@wikipro]

Так если мне память не изменяет венчурный фонд ЦРУ In-Q-Tel — был инвестором № 2 в google или это они в Фейсбук вторыми вложились?
Любопытно, насколько эффективны ЦРУшники как инвесторы? И можно ли, вложится в их фонд?

[@unet900]

Про венчурные фонды не помню сейчас как кто назывался, но гугл был одним из оборонных стартапов. Его финансировали структуры подконтрольные DARPA.

Поищите в поиске «Дмитрий Перетолчин гугл» ну и интервью Игоря Ашманова

ЗЫ ну и ожидаемо сейчас меня заклеймят как конспиролога полюбому. Этого не может быть так как такого быть не может…

[@Jemdo]

Скорее всего, есть ещё ошибки, но всё же…

[@delef]

Очень интересно в работе было бы её увидеть, но думаю, что это очень дорогое удовольствие будет… к сожалению.

[@wikipro]

+ за трафик :(
" Оплата за трафик внутри региона не взимается, между регионами США — $0,01 за гигабайт, между странами — от $0,08 до $0,12 за гигабайт, в Китай — от $0,20 до $0,23 за гигабайт, в Австралию — от $0,15 до $0,19 за гигабайт."

[@heleo]

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

[@delef]

«абсоютного-точного времени» — не существует, все относительно.

[@heleo]

В том-то и суть ;)

[@zipo]

Откуда максимальный простой в 31.5 секунд?
Если аптайм 99,9999%, то максимальный простой — 0,0001%
365 дней * 24 часов * 3600 секунд в часе * 0,0001 = 3153,6 секунд простоя в год или 52,5 минут

[@heleo]

Раз в четыре года и того больше. А по цифрам судя по всему кто-то ошибся на два порядка или в аптайме или когда считал.

[@romka777]

Необходимо ещё на 100 поделить, чтобы проценты в дробь перевести.

[@marenkov]

удалено

[@Maa-Kut]

Защита от роскомнадзора предусмотрена?

[@PQR]

Если интервалы TTinterval двух конкурентных транзакций не пересекаются, то можно с уверенностью сказать, какая из них произошла раньше. Если они пересекаются, это означает некоторую долю неопределённости.

На самом интересном месте не хватает подробностей — так что делать с этой неопределённостью? Так-к то и без атомных часов можно строить интервалы, только они будут гораздо больше и, соответственно, чаще будут перескаться, принципиальной разницы нет.

[@sumerman]

Всё именно так. Люди не до конца разобравшись пишут статьи на хабр или ещё куда-нибудь. TrueTime сообщает время + неопределёность, Spanner всегда сериализует транзакции, чтобы интервалы не пересекались. Если они всё таки пересекаются система просто ждёт. GPS нужно чтобы ждать меньше.

Например практически одновременно с анонсом выпустили статью (на котору даже ссылка в тексте есть) за авторством небезывестного Эрика Брюэра (автор CAP-теоремы). Там прямым текстом:

Many assume that Spanner somehow gets around CAP via its use of TrueTime, which is a service that enables the use of globally synchronized clocks. Although remarkable, TrueTime does not significantly help achieve...

One subtle thing about Spanner is that it gets serializability from locks, but it gets external consistency (similar to linearizability) from TrueTime. Spanner’s external consistency invariant is that for any two transactions, T1 and T2 (even if on opposite sides of the globe):
if T2 starts to commit after T1 nishes committing, then the timestamp for T2 is greater than the timestamp for T1

Spanner’s use of TrueTime as the clock ensures the invariant holds. In particular, during a commit, the leader may have to wait until it is sure the commit time is in the past (based on the error bounds).

[@http3]

SQL-синтаксис традиционных СУБД без ущерба для горизонтального масштабирования

Причина не в синтаксисе, а в реляционности…

А NoSQL на самом деле не «без SQL», а без реляционности.

Вот такой мир. :)