Чи є якась причина, чому хтось би використовував BigTable замість BigQuery? Здається, обидва підтримують операції читання та запису, причому остання пропонує також розширені операції "Запит".
Мені потрібно розробити афілійовану мережу (отже, мені потрібно відстежувати кліки та "продажі"), тому я дуже збентежений різницею, тому що bigQuery здається просто bigTable з кращим API.
Відповіді:
Різниця полягає в основному в наступному:
BigQuery - це механізм запитів для наборів даних, які не сильно змінюються або змінюються шляхом додавання. Це чудовий вибір, коли ваші запити вимагають "сканування таблиці" або необхідності переглядати всю базу даних. Подумайте про суми, середні показники, підрахунки, групування. BigQuery - це те, чим ви користуєтесь, коли зібрали велику кількість даних і вам потрібно задати запитання щодо цього.
BigTable - це база даних. Він розроблений, щоб стати основою для великого, масштабного застосування. Використовуйте BigTable, коли ви робите будь-який додаток, який потребує читання та запису даних, а масштаб є потенційною проблемою.
Use BigTable: о)
Це може трохи допомогти у виборі між різними сховищами даних, які пропонує хмара Google (Застереження! Скопійовано зі сторінки 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-запити або JOINs, а також не підтримує багаторядні транзакції. Крім того, це не є гарним рішенням для невеликих обсягів даних. Якщо ви хочете RTP СУБД OLTP, можливо, вам доведеться подивитися cloudSQL (mysql / postgres) або ключі.
Перспектива витрат
https://stackoverflow.com/a/34845073/6785908 . Цитуючи відповідні частини тут.
Загальна вартість зводиться до того, як часто ви будете "запитувати" дані. Якщо це резервна копія, і ви не відтворюєте події занадто часто, це буде дешево. Однак якщо вам потрібно буде повторювати його щодня один раз, ви почнете дуже легко запускати скановані 5 $ / ТБ. Ми також були здивовані, наскільки дешевими були вставки та сховище, але це часто, оскільки Google очікує, що ви в якийсь момент часу будете виконувати дорогі запити щодо них. Вам доведеться розробити кілька речей. Наприклад, потокові вставки AFAIK не мають жодних гарантій того, що вони будуть записані в стіл, і вам доведеться часто опитувати в хвості списку, щоб перевірити, чи справді це було написано. Хвостування можна зробити ефективно за допомогою декоратора таблиць часового діапазону (не платячи за сканування цілого набору даних).
Якщо ви не дбаєте про порядок, ви можете навіть безкоштовно перерахувати таблицю. Тоді не потрібно запускати "запит".
Хмарний ключ є відносно молодим, але потужним та перспективним (і надзвичайно дорогим). Принаймні, маркетинг Google стверджує, що його функції найкращі з обох світів (традиційні СУБД та noSQL)
BigQuery та Cloud Bigtable - це не одне і те ж. Bigtable - це база даних NoSQL на основі Hadoop, тоді як BigQuery - це база даних на базі SQL. Вони мають конкретні сценарії використання.
У дуже короткі та прості терміни;