Enviar pesquisa
Carregar
SQLおじさん(自称)がBigQueryのStandard SQLを使ってみた
•
29 gostaram
•
18,874 visualizações
Kumano Ryo
Seguir
2016/10/22 GCPUG Fukuoka 4thで発表。 BigQueryのStandard SQLの機能やLegacySQLからの移行に関する注意点など。
Leia menos
Leia mais
Engenharia
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 50
Baixar agora
Baixar para ler offline
Recomendados
BigQueryの課金、節約しませんか
BigQueryの課金、節約しませんか
Ryuji Tamagawa
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
Takayuki Shimizukawa
AlloyDBを触ってみた!(第33回PostgreSQLアンカンファレンス@オンライン 発表資料)
AlloyDBを触ってみた!(第33回PostgreSQLアンカンファレンス@オンライン 発表資料)
NTT DATA Technology & Innovation
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
AWS で Presto を徹底的に使いこなすワザ
AWS で Presto を徹底的に使いこなすワザ
Noritaka Sekiyama
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
Recomendados
BigQueryの課金、節約しませんか
BigQueryの課金、節約しませんか
Ryuji Tamagawa
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
Takayuki Shimizukawa
AlloyDBを触ってみた!(第33回PostgreSQLアンカンファレンス@オンライン 発表資料)
AlloyDBを触ってみた!(第33回PostgreSQLアンカンファレンス@オンライン 発表資料)
NTT DATA Technology & Innovation
SPAセキュリティ入門~PHP Conference Japan 2021
SPAセキュリティ入門~PHP Conference Japan 2021
Hiroshi Tokumaru
Redisの特徴と活用方法について
Redisの特徴と活用方法について
Yuji Otani
AWS で Presto を徹底的に使いこなすワザ
AWS で Presto を徹底的に使いこなすワザ
Noritaka Sekiyama
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Docker Compose 徹底解説
Docker Compose 徹底解説
Masahito Zembutsu
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
FastAPIのテンプレートプロジェクトがいい感じだった話
FastAPIのテンプレートプロジェクトがいい感じだった話
NipponAlgorithm
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
Google Cloud Platform - Japan
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
NTT DATA Technology & Innovation
ソーシャルゲーム案件におけるDB分割のPHP実装
ソーシャルゲーム案件におけるDB分割のPHP実装
infinite_loop
これでBigQueryをドヤ顔で語れる!BigQueryの基本
これでBigQueryをドヤ顔で語れる!BigQueryの基本
Tomohiro Shinden
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
トランザクションの設計と進化
トランザクションの設計と進化
Kumazaki Hiroki
はじめての datadog
はじめての datadog
Naoya Nakazawa
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
MongoDBが遅いときの切り分け方法
MongoDBが遅いときの切り分け方法
Tetsutaro Watanabe
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
例外設計における大罪
例外設計における大罪
Takuto Wada
がっつりMongoDB事例紹介
がっつりMongoDB事例紹介
Tetsutaro Watanabe
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
CloudSQL v2は デキる子なのか?
CloudSQL v2は デキる子なのか?
Kumano Ryo
Cloud Identity-Aware Proxy
Cloud Identity-Aware Proxy
Kumano Ryo
Mais conteúdo relacionado
Mais procurados
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Docker Compose 徹底解説
Docker Compose 徹底解説
Masahito Zembutsu
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
FastAPIのテンプレートプロジェクトがいい感じだった話
FastAPIのテンプレートプロジェクトがいい感じだった話
NipponAlgorithm
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
Google Cloud Platform - Japan
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
分散システムについて語らせてくれ
分散システムについて語らせてくれ
Kumazaki Hiroki
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
NTT DATA Technology & Innovation
ソーシャルゲーム案件におけるDB分割のPHP実装
ソーシャルゲーム案件におけるDB分割のPHP実装
infinite_loop
これでBigQueryをドヤ顔で語れる!BigQueryの基本
これでBigQueryをドヤ顔で語れる!BigQueryの基本
Tomohiro Shinden
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
トランザクションの設計と進化
トランザクションの設計と進化
Kumazaki Hiroki
はじめての datadog
はじめての datadog
Naoya Nakazawa
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
MongoDBが遅いときの切り分け方法
MongoDBが遅いときの切り分け方法
Tetsutaro Watanabe
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
Reimi Kuramochi Chiba
例外設計における大罪
例外設計における大罪
Takuto Wada
がっつりMongoDB事例紹介
がっつりMongoDB事例紹介
Tetsutaro Watanabe
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
Mais procurados
(20)
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Docker Compose 徹底解説
Docker Compose 徹底解説
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
FastAPIのテンプレートプロジェクトがいい感じだった話
FastAPIのテンプレートプロジェクトがいい感じだった話
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
[Cloud OnAir] BigQuery の仕組みからベストプラクティスまでのご紹介 2018年9月6日 放送
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
分散システムについて語らせてくれ
分散システムについて語らせてくれ
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
YugabyteDBを使ってみよう(NewSQL/分散SQLデータベースよろず勉強会 #1 発表資料)
ソーシャルゲーム案件におけるDB分割のPHP実装
ソーシャルゲーム案件におけるDB分割のPHP実装
これでBigQueryをドヤ顔で語れる!BigQueryの基本
これでBigQueryをドヤ顔で語れる!BigQueryの基本
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
トランザクションの設計と進化
トランザクションの設計と進化
はじめての datadog
はじめての datadog
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
MongoDBが遅いときの切り分け方法
MongoDBが遅いときの切り分け方法
エンジニアから飛んでくるマサカリを受け止める心得
エンジニアから飛んでくるマサカリを受け止める心得
例外設計における大罪
例外設計における大罪
がっつりMongoDB事例紹介
がっつりMongoDB事例紹介
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Semelhante a SQLおじさん(自称)がBigQueryのStandard SQLを使ってみた
CloudSQL v2は デキる子なのか?
CloudSQL v2は デキる子なのか?
Kumano Ryo
Cloud Identity-Aware Proxy
Cloud Identity-Aware Proxy
Kumano Ryo
元OracleMasterPlatinumがCloudSpanner触ってみた
元OracleMasterPlatinumがCloudSpanner触ってみた
Kumano Ryo
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
学 松崎
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
学 松崎
GCPのサーバレス
GCPのサーバレス
Kumano Ryo
PySpark Intro Part.2 with SQL Graph
PySpark Intro Part.2 with SQL Graph
Oshitari_kochi
How to develop a huge Single Page Application
How to develop a huge Single Page Application
Naoki Yamada
App engine admin apiを利用したgae%2 f go環境へのデプロイとgcp東京リージョンの性能評価
App engine admin apiを利用したgae%2 f go環境へのデプロイとgcp東京リージョンの性能評価
Kumano Ryo
ボクたちのWWW Webクリエイターのこれからを考える
ボクたちのWWW Webクリエイターのこれからを考える
Masakazu Muraoka
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
Google Cloud Platform - Japan
私たちがGCPを使い始めた本当の理由
私たちがGCPを使い始めた本当の理由
gree_tech
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
マイクロサービスのためのフレームワークGoaのご紹介
マイクロサービスのためのフレームワークGoaのご紹介
Kazuaki Shibue
マーケティングで使えるBigQueryMLテンプレート
マーケティングで使えるBigQueryMLテンプレート
さとる なかむら
地方のWeb制作会社が backlogなしで 仕事できない理由 #jbug #jbug福岡
地方のWeb制作会社が backlogなしで 仕事できない理由 #jbug #jbug福岡
Garyuten
データプロダクトを支えるビッグデータ基盤
データプロダクトを支えるビッグデータ基盤
Google Cloud Platform - Japan
長期運用タイトルの GCP 移行実例とグレンジのこれから | Google Cloud INSIDE Games & Apps
長期運用タイトルの GCP 移行実例とグレンジのこれから | Google Cloud INSIDE Games & Apps
Google Cloud Platform - Japan
RDBのDBAから見た GCP Managed Database
RDBのDBAから見た GCP Managed Database
Kumano Ryo
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
Semelhante a SQLおじさん(自称)がBigQueryのStandard SQLを使ってみた
(20)
CloudSQL v2は デキる子なのか?
CloudSQL v2は デキる子なのか?
Cloud Identity-Aware Proxy
Cloud Identity-Aware Proxy
元OracleMasterPlatinumがCloudSpanner触ってみた
元OracleMasterPlatinumがCloudSpanner触ってみた
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
Spring Boot + Doma + AngularJSで作るERP 〜JavaQneバージョン〜 #jqfk
GCPのサーバレス
GCPのサーバレス
PySpark Intro Part.2 with SQL Graph
PySpark Intro Part.2 with SQL Graph
How to develop a huge Single Page Application
How to develop a huge Single Page Application
App engine admin apiを利用したgae%2 f go環境へのデプロイとgcp東京リージョンの性能評価
App engine admin apiを利用したgae%2 f go環境へのデプロイとgcp東京リージョンの性能評価
ボクたちのWWW Webクリエイターのこれからを考える
ボクたちのWWW Webクリエイターのこれからを考える
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
私たちがGCPを使い始めた本当の理由
私たちがGCPを使い始めた本当の理由
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
マイクロサービスのためのフレームワークGoaのご紹介
マイクロサービスのためのフレームワークGoaのご紹介
マーケティングで使えるBigQueryMLテンプレート
マーケティングで使えるBigQueryMLテンプレート
地方のWeb制作会社が backlogなしで 仕事できない理由 #jbug #jbug福岡
地方のWeb制作会社が backlogなしで 仕事できない理由 #jbug #jbug福岡
データプロダクトを支えるビッグデータ基盤
データプロダクトを支えるビッグデータ基盤
長期運用タイトルの GCP 移行実例とグレンジのこれから | Google Cloud INSIDE Games & Apps
長期運用タイトルの GCP 移行実例とグレンジのこれから | Google Cloud INSIDE Games & Apps
RDBのDBAから見た GCP Managed Database
RDBのDBAから見た GCP Managed Database
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
SQLおじさん(自称)がBigQueryのStandard SQLを使ってみた
1.
http://gcpug.jp SQLおじさん(自称)がBigQueryの Standard SQLを使ってみた 熊野 良(Ryo
Kumano) GCPUG Fukuoka 4th (2016/10/22)
2.
http://gcpug.jp 熊野 良 (Ryo
Kumano) Twitter: @ryok0607 2014/06 〜 株式会社グルーヴノーツ 入社 - 肩書きは 「サーバエンジニア・データベースエンジニア」 - GCP上で稼動している自社サービスのインフラ設計・構築・運用を担当 - 2015/08 〜 東京 -> 福岡に移住 過去(5年以内)に携わった業務 - 国内大手B2Cサイトのインフラ設計・構築・運用・DB設計・チューニング など 自己紹介
3.
http://gcpug.jp BigQueryの Standard SQL 使ってますか?? ところで…
4.
http://gcpug.jp 知ってた。 A. ほとんど使ってない
5.
http://gcpug.jp - BigQuery Standard
SQLとは - 使い方 - 利用するメリット - Legacy SQLからの移行 Agenda
6.
http://gcpug.jp - SQL:2011に準拠している - 一般的なSQL構文で実行可能になった。 -
入れ子(nested)や繰り返し(repeated)データにも対応 - これまでと同様に非正規形のデータ保持が可能。 - 従来のBigQueryのSQLはLegacy SQLという呼び方に - Legacy扱いとか嫌な予感しかしない。 - が、まだあわてるような時間じゃない(はず)。 BigQuery Standard SQLとは
7.
http://gcpug.jp Web UI: Use
Legacy SQLのチェックを外す。 Standard SQLの使い方(Web UI)
8.
http://gcpug.jp CLI: --nouse_legacy_sql をつける Standard
SQLの使い方(CLI)
9.
http://gcpug.jp API: useLegacySql を
false に設定する Standard SQLの使い方(API)
10.
http://gcpug.jp - WITH句が利用できる - ユーザ定義関数が利用できる -
SELECT句にサブクエリが利用できる - 相関サブクエリが利用できる - 配列(ARRAY)や構造体(STRUCT)が利用できる - 時間データの操作にtime zoneが利用できる - time zoneを持たない時間データ型が利用できる - DML文が利用できる (2016年10月現在beta) 利用するメリット
11.
http://gcpug.jp 従来のVIEWをWITH句で定義できる。 利用するメリット: WITH句が利用できる Legacy SQL
Standard SQL VIEW Query
12.
http://gcpug.jp 従来のUDF(js)をまとめてQueryで定義できる 利用するメリット: ユーザ定義関数が利用できる Legacy SQL
Standard SQL UDF Query
13.
http://gcpug.jp ちなみに Lgeacy SQLのチェックを外すと UDF
Editor ボタンはdisableになります。 利用するメリット: ユーザ定義関数が利用できる Legacy SQL Standard SQL
14.
http://gcpug.jp SELECT句でサブクエリを直接実行可能 利用するメリット: SELECT句にサブクエリが利用できる Legacy SQL
Standard SQL VIEW Query
15.
http://gcpug.jp サブクエリから外のFROM句のtableを参照できる 利用するメリット: 相関サブクエリが利用できる Standard SQL
16.
http://gcpug.jp EXISTSも使えるようになった! (コストさがるのかな?) 利用するメリット: 相関サブクエリが利用できる Standard SQL
17.
http://gcpug.jp Result ARRAY なし STRUCT
なし 利用するメリット: 配列(ARRAY)や構造体(STRUCT)が利用できる Standard SQL
18.
http://gcpug.jp Result xに ARRAY あり
STRUCT なし 利用するメリット: 配列(ARRAY)や構造体(STRUCT)が利用できる Standard SQL
19.
http://gcpug.jp Result ARRAY なし STRUCT
あり 利用するメリット: 配列(ARRAY)や構造体(STRUCT)が利用できる Standard SQL
20.
http://gcpug.jp Result ARRAY あり STRUCT
あり 利用するメリット: 配列(ARRAY)や構造体(STRUCT)が利用できる Standard SQL
21.
http://gcpug.jp Asia/Tokyoと指定すると日本時間の表示が可能 利用するメリット: 時間データの操作にtimezoneが利用できる Standard SQL
22.
http://gcpug.jp TIMESTAMP関数にtime zoneを渡せる 利用するメリット: 時間データの操作にtimezoneが利用できる Standard
SQL Result TIMESTAMP関数のformatが厳密になったので注意!(後述)
23.
http://gcpug.jp TIMESTAMP型と異なりtimezone は保持しない。 - DATE
(YYYY-[M]M-[D]D) - TIME ([H]H:[M]M:[S]S[.DDDDDD]) - DATETIME (YYYY-[M]M-[D]D [H]H:[M]M:[S]S[.DDDDDD]) TIMESTAMPとDATETIMEを混ぜると事故る。どちらか に寄せる設計を心がけましょう。 利用するメリット: timezoneを持たない時間データ型が利用できる
24.
http://gcpug.jp DML文: INSERT /
UPDATE / DELETE 利用するメリット: DML文が利用できる(beta)
25.
http://gcpug.jp 注意点: トランザクションがサポートされてない オペミスしてもROLLBACKできないよ! やるときは腹を括って実行しましょう。 注意点: トランザクションがサポートされていない
26.
http://gcpug.jp 注意点: QuotaのCAPが渋い 注意点: QuotaのCAPが渋い
27.
http://gcpug.jp 注意点: INSERT文はcolumnの指定が必須 注意点: INSERT文はcolumnの指定が必須
28.
http://gcpug.jp 注意点: UPDATEとDELETEのQuota値が同じ 一度も実行していないDELETE文もQuota上限となった。 注意点: UPDATEとDELETEのQuota値が同じ UPDATE文を49回以上実行し、Quota上限となったことを確認。
29.
http://gcpug.jp 利用するメリット: DML文が利用できる 【公式】MySQLのdumpデータからBQにload可能 https://cloud.google.com/bigquery/docs/loading-data-sql-dml#loading_data_using_sql_dml これInsert文を1行ずつbqで実行してるだけやん...
30.
http://gcpug.jp JSONかCSVでやれ BQにINSERT文実行すると2sec/recordくらいかかるよね?
31.
http://gcpug.jp DML文の使いどころ クソみたいなDML文をどう使うのか? ログデータは性質上、改竄はできない。 マスタデータの更新であればワンチャンある。 つまり“なかむら式マスタ更新”からの卒業。 参考: http://qiita.com/satoru_mag/items/fb233c188dd63f1aafff
32.
http://gcpug.jp 新規QueryをStandard SQLで書く。 ⇨ 可能な限りやっていきましょう! 既存のLegacy
SQLをStandard SQLで書き直す。 ⇨ Legacy SQLからの移行
33.
http://gcpug.jp ちょっと 待ってほしい! Legacy SQLからの移行
34.
http://gcpug.jp - 型名の変更 (INTEGER,RECORD,REPEATED) -
TIMESTAMP型のFORMATを厳密にする - REQUIREDのcolumnをNULLABLEに変更 - FROM句の[]を``に、:を.に置き換える - ワイルドカード関数廃止の対応 - SELECT句の最後の,禁止 - Tableの和結合をUNIONに置き換える - 関数の置き換え etc... Legacy SQLからの移行TODO
35.
http://gcpug.jp 型名の変更
36.
http://gcpug.jp Standard SQLはTIMESTAMPを YYYY-[M]M-[D]D [[H]H:[M]M:[S]S[.DDDDDD]
[time zone]] 形式で明示的に表記する必要がある。 Legacy SQLでOKであった以下はエラーとなる。 YYYY/[M]M/[D]D [H]H:[M]M:[S]S YYYY-[M]M-[D]D [H]H:[M]M TIMESTAMP型のformat
37.
http://gcpug.jp Standard SQLではREQUIREDの属性のcolumnに データを格納しようとするとエラーとなる。 Invalid schema
update. Field col1 has changed mode from REQUIRED to NULLABLE Standard SQL使う場合は NULLABLEに変換しましょう。 REQUIREDのcolumnをNULLABLEに変更
38.
http://gcpug.jp Legacy SQL Standard
SQL FROM句の[]を``に、:を.に置き換える
39.
http://gcpug.jp Standard SQLはワイルドカード関数を利用できない。 - TABLE_DATE_RANGE -
TABLE_DATE_RANGE_STRICT - TABLE_QUERY Legacy SQLからStandard SQLへの移行方法 1. FROM句から関数呼び出しを削除する 2. WHERE句で _TABLE_SUFFIX を指定する ワイルドカード関数廃止の対応
40.
http://gcpug.jp Legacy SQL Standard
SQL ワイルドカード関数廃止の対応
41.
http://gcpug.jp SQLと同様に以下の条件が使用可能 - = - <> -
(NOT) IN - BETWEEN A AND B _TABLE_SUFFIXに使える条件
42.
http://gcpug.jp Legacy SQL Standard
SQL SELECT句の最後の,禁止
43.
http://gcpug.jp Legacy SQL Standard
SQL Tableの和集合をUNIONに置き換え
44.
http://gcpug.jp 関数の置き換え
45.
http://gcpug.jp 配列周りの変更が割とある。 SQLを置き換えていくの、正直しんどい。 スライド作るのも正直しんどい etc...
46.
http://gcpug.jp Legacy SQLから Standard SQLに 置き換える必要あんの? っていうか
47.
http://gcpug.jp 推奨はするが必須ではない、とのこと。 移行に対する公式見解はこちら じゃあ、移行しなくていいんじゃね?
48.
http://gcpug.jp 移行するもしないも 自己責任で! (まとまってなくてスイマセン) じゃあ、移行しなくていいんじゃね?
49.
http://gcpug.jp - Standard SQL
どんどん使っていこう! - 既存Legacy SQL Queryの移行判断は難しい。 - SQLおじさん達はBQに入門していこう! まとめ
50.
http://gcpug.jp ご清聴ありがとうございました。
Baixar agora