何をしているかというと,環境変数Xに対し,「テスト」というプロンプトを表示してユーザに入力をさせるのだが,入力はNULデバイスから行う事により,本来,プロンプトを表示し入力待ちとなるところを,プロンプトの表示だけさせるという,こんなので良いのか・・・っていうような方法。 出力をリダイレクトによりファイルに書き出せば,改行が入らないで出力させることが出来ます。 関係ないけど,空行を出力するには,
何をしているかというと,環境変数Xに対し,「テスト」というプロンプトを表示してユーザに入力をさせるのだが,入力はNULデバイスから行う事により,本来,プロンプトを表示し入力待ちとなるところを,プロンプトの表示だけさせるという,こんなので良いのか・・・っていうような方法。 出力をリダイレクトによりファイルに書き出せば,改行が入らないで出力させることが出来ます。 関係ないけど,空行を出力するには,
どういうことか たとえば created_at が最も新しいレコード 1 件だけ取ってきたいとか、成績のよいレコード上位 5 件を取ってきたいといったとき、よくある方法として RANK() や ROW_NUMBER() のような番号付け関数を使う方法が思い浮かぶと思いますが、BigQuery ではこれらの関数ではなく ARRAY_AGG() 集計分析関数を使うことが推奨されています。 先に結論を ARRAY_AGG() を使うことでクエリの計算を最適化でき、スロット使用量(計算量)が少なく済みます。スロット使用量の上限を定めている場合、非効率なクエリがいくつも実行されるとキューイングされる可能性があるため理由がなければ ARRAY_AGG() を使いましょう。 ドキュメントによれば ORDER BY 句が各 GROUP BY 句のトップレコードを除くすべてを捨てることができるため効率がいい
大阪オフィスの玉井です。 題名の通り、極めて先進的な(?)データレイクの構築に成功したので、当記事にて詳細をお伝え致します。 概要説明 NADL(Nakamori Akina Data Lake)とは? 日本が誇る歌姫である中森明菜氏の(ほぼ)全ての楽曲に関するデータを保存したデータレイクです。 SnowflakeはDWHのイメージが強いですが、データレイクを構築・運用する機能を備えています。今回、Snowflakeのデータレイク周りの機能を活用して、NADLを構築しました。 構築作業の流れ SpotifyのAPIから中森明菜の楽曲データを取得する 楽曲データの取得には Get Track’s Audio Analysisを使用 取得した楽曲データをGoogle Cloud Storage(GCS)にアップロードする 上記のGCS(のバケット)をSnowflakeの外部ステージとして連携す
顔にアカミミガメを模したペイントを施し、新たな外来種規制について説明する環境省の奥田直久・自然環境局長=環境省の公式ユーチューブチャンネルから 環境省の公式ユーチューブチャンネルに、顔を緑、耳などを赤くペイントした省幹部が登場する動画がある。本人は「恥ずかしいという思いもあった」と話すが、そうまでして画面に出たのは「新たな外来種規制をより多くの人に知ってもらわなければ」という思いからだった。 「ミドリガメ」ペイントで新規制を解説 「法律がどう変わったか、解説してくれるのがこちらの局長」。司会役の環境系ユーチューバー、WoWキツネザルさんの紹介を受けて登場したのは、同省で外来種規制を担当する部局のトップ、奥田直久・環境省自然環境局長(60)だ。 顔や耳のペイントは「アカミミガメ(ミドリガメ)」を模したもの。WoWキツネザルさんが本物に似せて、しま模様も丁寧に描き込み、30分ほどかけて仕上げた
# Ruby 2.4.2 "<<<hoge>>>".match(/<.*?>/)[0] #=> "<<<hoge>" なぜこうなるのか .*?は、 最短マッチ 最左マッチ の2つの原則に従い、しかも最左マッチの原則の方が優先順位としては高いからである。 より嚙み砕いて言うと <.*?>は先頭の<がマッチした後に、そこからマッチする部分をできるだけ最小化しようと試みる。 <<<hoge>>>に対して<.*?>をパターンマッチさせる際に行われる実際の処理の流れは、次のようなイメージになるだろう。 < # <までマッチ << # <>のマッチに失敗、.の数を増やしてリトライ << # <.までマッチ <<< # <.>のマッチに失敗、.の数を増やしてリトライ <<< # <..までマッチ <<<h # <..>のマッチに失敗、.の数を増やしてリトライ <<<h # <...までマッチ <<<ho
解説 mklinkコマンドは、シンボリックリンク(ショートカット)を作成します。 構文 (構文) MKLINK [オプション] <リンク名> <ターゲット> 【オプション】 オプション説明
ローカル環境を汚さずDockerコンテナのオーバーヘッドもなく、開発環境を自在に構築できる「Devbox 0.2.0」登場 Dockerコンテナの技術を用いることで、プログラミング言語のランタイムやライブラリ、ミドルウェアなどの開発環境一式を比較的容易に導入することが可能になりました。 ただしDockerコンテナにもファイルシステムのオーバーヘッドなどがあり、Dockerコンテナ内の開発環境ではコンパイルなどに時間がかかってしまう場合があったと開発ツールベンダのJetpack Technologiesは自社の経験から指摘します。 そこで同社がオープンソースで開発しているのが「Devbox」です(ちなみにマイクロソフトによる仮想化された開発環境の「Dev box」とは名前は似ていますが別のものです)。 Devboxは、ローカル環境上に分離した環境を用意しそこで開発環境を構築可能にしつつ、Do
個人のやつです。2022年12月16日時点の内容。なるべく慎重に書いてますが、お金に関わることですし、必ず最新の公式ドキュメントでご確認ください はじめに Snowflakeの料金って、いわゆる AWS等のパブリッククラウドの課金方式をほぼ踏襲してるんですが、改めてわかりやすく説明しようとチャレンジしてみます。これから使う方向け AWS等のパブリッククラウドの料金を理解してる方は、「(参考)いわゆるパブリッククラウドの課金」は読み飛ばして、いきなり「Snowflakeの料金」から読んでください。超急ぎの方は「Snowflakeの料金まとめ」からでもOKかも?(結局最後はスライド作ってしまった…) (参考)いわゆるパブリッククラウドの課金 (参考)いわゆるパブリッククラウドの課金 知ってる人は読み飛ばしてください! ざっくりいうと「必要なときに、必要なだけ、使った分だけの従量課金」ってやつで
本記事は、Snowflake Advent Calendar 2022 の 12 日目です。 はじめに Snowflakeのアーキテクチャの中でも、最も特徴的なアイディアの一つであるマイクロパーティションについて、知らない人向けにイラスト多めで紹介します。また、関連の深いタイムトラベル、ゼロコピークローンにも触れます。 初めての記事投稿なので、温かい目で見守っていただけると幸いです。 Snowflakeのアーキテクチャのおさらい Snowflakeのアーキテクチャは、3層構造で説明されます。 クラウドサービス層 コンピュート層 ストレージ層 こちらの同心円の図を見たことある方多いかと思います。(最近、公式ではあまし見かけない気がしないでもない) 引用: S-1 Snowflake Inc. p.84 個人的に、この図は少しばかり伝わり難い気がしてて、自分で描いてみたのが下図になります。(め
Google が開発したコンテナ管理システムです。 「クバネティス」「クバネテス」「クーべネティス」などと読まれます。 ギリシャ語で「船長」の意味を持ちます。 Kubernetes のスペルが K と s の間に8文字あることから k8s と表記されることがあります。 Kubernetes を簡略化した k3s というものもあります。 Docker や Podman などに対応しています。 コンテナを Pod と呼ばれる単位で複数のノードに配布して実行管理します。 クライアントからのアクセスを適切にノード上の Pod に転送する仕組みを備えています。 コンテナやノードがダウンしても代わりに他のノードでコンテナを起動してくれます。 サービスを停止することなく、コンテナをローリングアップデートしたりアップデートを中断してロールバックすることができます。 Kubernetes の構築には通常1台
出崎アニメみたいな坂道レイアウト 『すずめの戸締まり』Blu-rayスタンダード・エディション [Blu-ray] トーホー(TOHO)Amazon 新海誠先生の最新作、「すずめの戸締まり」を観てきたよ。わけあって2回観ました。以下、CinemaScapeに投稿したクソ長いネタバレ感想。ネタバレ度が高いので、まだ映画を観てない人は絶対に読まないでください。いっそ映画を観た人も読まなくていいです。とんでもなく的はずれなことをあれこれ書き連ねてしまったのかもしれないが、書いてるうちにもう何がなんだか自分でもわけが判らなくなってしまった。前半はヨタ話、後半が映画本編の感想となっております。だいたいその筈です。あ、新海先生の小説版は読んでません。そのうち読むと思います。 甘いなぐさめ など今は ★3 「すずめの戸締まり」(2022)は、新海先生のフィルモグラフィーの中でひときわ輝くスーパー問題作
この記事は中立的な観点に基づく疑問が提出されているか、議論中です。そのため、中立的でない偏った観点から記事が構成されているおそれがあり、場合によっては記事の修正が必要です。議論はノートを参照してください。(2013年11月) メジュゴリエの聖母(メジュゴリエのせいぼ)は、1981年6月24日から現在に至るまで毎日、聖母マリアが出現していると数名の幻視者が主張する、ボスニア・ヘルツェゴビナ南部ヘルツェゴビナ・ネレトヴァ県、メジュゴリエにおける聖母出現である[注 1]。カトリック教会未公認。 2010年3月教皇庁教理省が、枢機卿の指導のもと、司教、神学者、その他専門家によるメジュゴリエの聖母調査委員会を組織した。 2019年5月12日教皇フランシスコはメジュゴリエへの巡礼を許可した[1]。しかし幻視者たちの真正性に関しては、未だ教会からの調査を要するとしている。 出現と経緯[編集] 聖母が初め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く