Есть ли причина, по которой кто-то может использовать BigTable вместо BigQuery? Оба, похоже, поддерживают операции чтения и записи, причем последняя предлагает также расширенные операции «Запрос».
Мне нужно разработать партнерскую сеть (поэтому мне нужно отслеживать клики и «продажи»), поэтому меня смущает разница, потому что bigQuery кажется просто bigTable с улучшенным API.
Ответы:
В основном разница заключается в следующем:
BigQuery - это механизм запросов для наборов данных, которые не сильно меняются или изменяются путем добавления. Это отличный выбор, когда ваши запросы требуют «сканирования таблицы» или просмотра всей базы данных. Подумайте о суммах, средних, подсчетах и группировках. BigQuery - это то, что вы используете, когда собрали большой объем данных и вам нужно задать вопросы по этому поводу.
BigTable - это база данных. Он разработан, чтобы стать основой для большого масштабируемого приложения. Используйте BigTable, когда вы создаете любое приложение, которое должно читать и записывать данные, а масштабирование является потенциальной проблемой.
Use BigTable: о)
Это может немного помочь в выборе между различными хранилищами данных, которые предлагает Google Cloud (Отказ от ответственности! Скопировано со страницы Google Cloud)
Если вам нужна живая база данных, BigTable - это то, что вам нужно ( хотя на самом деле это не система OLTP ). Если это больше цель аналитики, то BigQuery - это то, что вам нужно!
Подумайте о OLTP и OLAP ; Или, если вы знакомы с Cassandra vs Hadoop, BigTable примерно соответствует Cassandra, BigQuery примерно соответствует Hadoop (Согласен, это несправедливое сравнение, но вы поняли идею)
https://cloud.google.com/images/storage-options/flowchart.svg
Помните, что Bigtable не является реляционной базой данных и не поддерживает запросы SQL илиJOIN , а также многострочные транзакции. Кроме того, это не лучшее решение для небольших объемов данных. Если вам нужна OLTP РСУБД, вам может потребоваться CloudSQL (mysql / postgres) или гаечный ключ.
Перспектива затрат
https://stackoverflow.com/a/34845073/6785908 . Цитирование соответствующих частей здесь.
Общая стоимость сводится к тому, как часто вы будете «запрашивать» данные. Если это резервная копия, и вы не слишком часто воспроизводите события, это будет очень дешево. Однако, если вам нужно воспроизводить его ежедневно один раз, вы очень легко начнете запускать сканирование 5 долларов за ТБ. Мы также были удивлены дешевизной вставки и хранения, но это происходит потому, что Google ожидает, что вы в какой-то момент будете выполнять по ним дорогостоящие запросы. Однако вам придется спроектировать несколько вещей. Например, потоковые вставки AFAIK не имеют никаких гарантий записи в таблицу, и вам нужно часто опрашивать хвост списка, чтобы увидеть, действительно ли он был записан. Тем не менее, отследить можно эффективно с помощью декоратора таблицы временного диапазона (не платя за сканирование всего набора данных).
Если вас не волнует порядок, вы даже можете бесплатно разместить столик. Тогда не нужно запускать «запрос».
Облачный гаечный ключ относительно молодой, но мощный и многообещающий (и невероятно дорогой). По крайней мере, маркетинг Google утверждает, что его функции лучше обоих миров (традиционная СУБД и noSQL).
BigQuery и Cloud Bigtable - это не одно и то же. Bigtable - это база данных NoSQL на основе Hadoop, тогда как BigQuery - это хранилище данных на основе SQL. У них есть определенные сценарии использования.
Очень коротко и просто;