並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 20 件 / 20件

新着順 人気順

nosqlの検索結果1 - 20 件 / 20件

  • サブクエリの書き方を2万文字弱かけてすべて解説する

    これはなに ども、レバテック開発部のもりたです。 今回はSQLのサブクエリについてまとめます。仕事でクエリを書く際、サブクエリは頻出の構文だと思うんですが、同時にサブクエリの書き方を完全に理解しているよという人は案外少ないのではないでしょうか?[1] 実際、MySQLの公式ドキュメントを見ると12ページくらいを割かれており、意外と奥深いのがサブクエリです。使いこなせると便利ですし、何よりちょっとSQLのコツみたいなのがわかって面白いよ、ということで記事にしてみました。 前提 この記事は以下の前提を含んでいます。 環境 MySQL8.0系 読者の知識 なんとなくサブクエリが書ける けど相関サブクエリとかになると「あーっ」つってGoogle meetを閉じてしまうくらいのレベル感 記事のボリューム 18,000文字 おれの卒論が20,000文字だった マサカリ 間違ってたら投げてくれ〜〜 それ

      サブクエリの書き方を2万文字弱かけてすべて解説する
    • SQL滅ぶべし | ドクセル

      SQL • リレーショナルデータベースシステムと会話するための言語 • 1970年 Codd が RDB モデルと同時に提案 (Alpha言語) • 1974年 Chamberlin と Boyce が改良 • 元々は SEQUEL (Structured English Query Language) だったが、商標登録されていた • 読み方は エスキューエル とそのまま読む (Glliespie 2012)

        SQL滅ぶべし | ドクセル
      • SQLは滅ぶべきか|ミック

        でかい釣り針が来たので釣られてみる。とりあえず以下の資料を読んでいただきたい。そんなに長くないのでサクッと読める。 SQLの記述順序と思考の順序が違うので書きにくいし、エディタの補完機能の恩恵が受けられないのが嫌だ、という意見はもう大昔からある。何度も何度も何度も繰り返されてきた議論である。以下の2011年のスレッドでも「SQLはFROM句が最初に来るべきではないか?」という問いが提起されている。すぐに出てこないが、筆者はこれより古い文書も見た記憶がある。

          SQLは滅ぶべきか|ミック
        • CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?

          CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?

            CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?
          • 今更聞けないDBMSのメモリ管理について

            DBMSのメモリ管理について データベース管理システム(DBMS)の設計では、大量のデータと複雑なクエリを処理するために、ハードウェアの特性を最大限引き出すことが求められます。 この記事では、DBMSがどのようにメモリを使ってデータアクセスの速度を向上させ、同時にデータの安全性を確保しているのかを解説します。 DBMSと記憶装置の関係について DBMSが使う記憶装置は次の2つです。 HDD HDDは磁気ディスクを使用してデータを記録・読み取りする記憶装置です。その主な特徴は大容量であり、コスト効率が良いことです。DBMSでは、データの永続的な保存にHDDが用いられます。これにより、システムがシャットダウンされた後もデータが保持され、必要に応じて再びアクセス可能となります。 しかし、HDDのデータアクセス速度はメモリに比べて遅いため、リアルタイム処理や高速なトランザクションが求められるアプリ

              今更聞けないDBMSのメモリ管理について
            • Prisma ORMを2年運用して培ったノウハウを共有する

              TSKaigi 2024 ref: https://tskaigi.org/talks/tockn

                Prisma ORMを2年運用して培ったノウハウを共有する
              • 【番外編】Excelの知識しかない人をRDBの担当者にする:SQLの知識がなくてもJetBrains AIを利用してRDBをノーコード生成!|kintoneにおまかせ!(VIP SYSTEMS 公式)

                【番外編】Excelの知識しかない人をRDBの担当者にする:SQLの知識がなくてもJetBrains AIを利用してRDBをノーコード生成! 企業にとってデータは顧客の次に大切なものであり、その保持・管理・活用方法について各社の担当者は日々、頭を悩ませているところだと思います。 2010年代になってから話題になった「NoSQL」はデータベースの一つの選択肢としてすっかり定着し、2020年代になってからはWebブラウザからデータの入力・閲覧がすべてできてしまう「DBaaS(サービスとしてのデータベース)」とでも呼ぶべき製品も多数出てきました。それらを活用したいところですが、社内で運用しているRDBMSをすぐにやめるわけにもいきません。 これらを保守するには、担当者は最低でもSQLは覚えておかなければならないのですが、教育コストが掛かります。そこで今回は「先輩社員がいなくても、SQLを知らなく

                  【番外編】Excelの知識しかない人をRDBの担当者にする:SQLの知識がなくてもJetBrains AIを利用してRDBをノーコード生成!|kintoneにおまかせ!(VIP SYSTEMS 公式)
                • 検証を通して見えてきたTiDBの性能特性

                  ファインディ株式会社主催のLT会「私たちはなぜNewSQLを使うのかTiDB選定5社が語る選定理由と活用LT」に登壇した際の資料です。

                    検証を通して見えてきたTiDBの性能特性
                  • 数百サイトがFirebaseのセキュリティルール設定を誤って合計1億2500万件の機密情報が公開されてしまっていた

                    Firebaseのセキュリティルールの設定を誤っていることが原因で数百のサイトが平文パスワードや機密情報を含む合計1億2500万件のレコードを公開してしまっているとセキュリティエンジニアの「Logykk」「mrbruh」「xyzeva」という3人がブログに投稿しました。 900 Sites, 125 million accounts, 1 vulnerability - env.fail https://env.fail/posts/firewreck-1/ セキュリティエンジニアの3人はChattr.aiというサービスでFirebaseの設定が間違っていることを発見しました。Chatter.aiではウェブサイト上の正規ルートで登録するとアカウントの権利が適切に制限されるものの、FirebaseのAPIを直接使用してアカウントを作成するとFirebase上のデータベース全てに対する権限が取

                      数百サイトがFirebaseのセキュリティルール設定を誤って合計1億2500万件の機密情報が公開されてしまっていた
                    • リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services

                      Amazon Web Services ブログ リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 株式会社リクルートは、日本国内のHR・販促事業及びグローバル斡旋・販促事業をおこなう事業会社です。リクルートでは、『スタディサプリ』というスマートフォンアプリ、パソコンで利用可能なオンライン学習サービスのデータベースとして Amazon Aurora PostgreSQL を採用しています。 2023 年 5 月にこの Aurora PostgreSQL を Aurora Serverless v2 に変更しました。採用検討から 1.5 ヶ月と短期間で導入を決定しましたが、入念な検証の結果 Aurora の運用負荷を大幅に削減し、サービスの安定運用も実現しています。本ブログは、『スタディサ

                        リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services
                      • 関数としてのテーブル - 写像と命題関数|ミック

                        拙著の一つに『おうちで学べるデータベースのきほん』というデータベース初心者向けの入門書がある。2015年刊行なのでそれなりに年月が経っているのだが、ありがたいことに今でもコンスタントに読んでいただいている。 この本の中で「リレーショナルデータベースのテーブルは関数として捉えられる」という話をしているのだが、ある読者の方からそこがよく分からなかった、という質問をいただいた。ちょうどよい機会なので、少しこの点を補足説明しておきたいと思う。 テーブルが関数だと言うとき、二つの含意がある。一つは集合から集合への写像としての意味、もう一つが述語論理における命題関数としての意味である。一般的にテーブルが関数だという場合は、前者の意味で言われることが多い。こちらは関数従属性や正規形の概念にも繋がっていくから、関係モデルの理解という点でも広がりのあるオーソドクスな解釈だ。拙著でもこの意味で説明している。し

                          関数としてのテーブル - 写像と命題関数|ミック
                        • NewSQL Landscape

                          Oracle Cloud Hangout Cafe Season8 #4

                            NewSQL Landscape
                          • GitHub - HexaCluster/pgdsat: PostgreSQL Database Security Assessment Tool

                            PGDSAT is a security assessment tool that checks around 70 PostgreSQL security controls of your PostgreSQL clusters including all recommendations from the CIS compliance benchmark but not only. This tool is a single command that must be run on the PostgreSQL server to collect all necessaries system and PostgreSQL information to compute a security assessment report. A report consist in a summary of

                              GitHub - HexaCluster/pgdsat: PostgreSQL Database Security Assessment Tool
                            • TiKVにおけるトランザクションとMVCCの話

                              はじめに PingCAPの小板橋です。はじめまして! TiDBの入門記事から上級者編まで幅広く取り扱う本アカウント第5回目は「TiKVにおけるトランザクションとMVCCの話」についてをまとめていきたいと思います。 TiKVの仕組み まずは、TiKVの仕組みについてを見ていきましょう。 全体のTiDBクラスターのアーキテクチャについては、下記の記事をご覧ください。 TiDBクラスターにおけるデータレイヤーにあるストレージノードとしてTiKVと呼ばれるものがあります。 TiKVは、分散型のキーバリューデータベースになり、ACIDに準拠したトランザクションAPIを提供しています。このTiKVの裏には、RocksDBとRaftコンセンサスアルゴリズムによって動作しています。 Raftコンセンサスアルゴリズムについては、また別の記事で深ぼっていきます。(こちらはこちらでお楽しみに!) RocksDB

                                TiKVにおけるトランザクションとMVCCの話
                              • AIにフォーカスしたRDB「Oracle Database 23ai」正式リリース。AI用のベクトルサーチなど可能に

                                AIにフォーカスしたRDB「Oracle Database 23ai」正式リリース。AI用のベクトルサーチなど可能に オラクルはAIにフォーカスしたデータベース「Oracle Database 23ai」の正式リリースを発表しました。 Oracle Database 23aiは、昨年(2023年)9月にリリースされた「Oracle Database 23c」にAI関連をはじめとする新機能を追加した上で、「23c」の名前を変更したものだと説明されています。 参考:[速報]Oracle Database 23cが正式リリース。JavaScriptストアドプロシージャ、DBに自然言語で問い合わせなど新機能。Oracle CloudWorld 2023開幕 Bring #AI algorithms to where your data lives with Oracle Database 23ai

                                  AIにフォーカスしたRDB「Oracle Database 23ai」正式リリース。AI用のベクトルサーチなど可能に
                                • 全国企業データベース-日本企業のプレスリリース

                                  大阪府情報通信業Sky株式会社Sky株式会社(スカイ)は、1985年03月02日設立の代表取締役 大浦 淳司が社長/代表を務める大阪府大阪市淀川区宮原3丁目4番30号ニッセイ新大阪ビル20Fに所在す… 福岡県サービス業株式会社Q太郎フーズ株式会社Q太郎フーズ(キュータロウフーズ)は、鈴木 起史が社長/代表を務める福岡県糟屋郡粕屋町大字内橋705-1に所在する法人です(法人番号: 1290001060939… 東京都情報通信業株式会社ユチュブる株式会社ユチュブる(ユチュブル)は、2021年設立の東京都新宿区西新宿3丁目9番7号2Fに所在する法人です(法人番号: 6011101094627)。最終登記更新は2021/04…

                                  • 米Oracle、「Oracle Database 23ai」クラウド版を提供開始 AIを意識して名称を変更

                                      米Oracle、「Oracle Database 23ai」クラウド版を提供開始 AIを意識して名称を変更
                                    • MySQL の SQL クエリチューニングの要所を掴む勉強会

                                      データベース 技術顧問 @mita2 FYI: MySQL の SQL クエリチューニングの要所を掴む勉強会を開催しました! - ANDPAD Tech Blog

                                        MySQL の SQL クエリチューニングの要所を掴む勉強会
                                      • 全国の満蒙開拓団情報をデータベース化 入植地・出身地・死者数など 阿智村の平和記念館が公開へ|信濃毎日新聞デジタル 信州・長野県のニュースサイト

                                        書籍からデータを一元化し、ウェブサイトで公開するファイルを確認する三沢亜紀さん=23日、阿智村の満蒙開拓平和記念館 下伊那郡阿智村の満蒙(まんもう)開拓平和記念館は、全国各地から満州(現中国東北部)へ渡った千以上の開拓団や満州開拓青年義勇隊などについて、名称や入植地域、在籍者数などのデータを一元的にまとめ、25日から同館ウェブサイトで公開する。全国から約27万人が送り出され多くの犠牲を生んだが、各団体の情報を網羅したデータベースはなかった。横断的な検索などができるようになり…

                                          全国の満蒙開拓団情報をデータベース化 入植地・出身地・死者数など 阿智村の平和記念館が公開へ|信濃毎日新聞デジタル 信州・長野県のニュースサイト
                                        • データベーススペシャリストの参考書を呼んでいて、リレーショナルモデルが主流になったのはデータ独立を実現したことにより変更容易性が高くなり生産性が上がったからだと書いてありました。 個人的には流行ったメインの理由はRDBMSが優れたトランザクションの仕組みを持っていたためだと考えていました。 なぜRDBMSが主流になったと思いますか? | mond

                                          データベーススペシャリストの参考書を呼んでいて、リレーショナルモデルが主流になったのはデータ独立を実現したことにより変更容易性が高くなり生産性が上がったからだと書いてありました。 個人的には流行ったメインの理由はRDBMSが優れたトランザクションの仕組みを持っていたためだと考えていました。 なぜRDBMSが主流になったと思いますか? RDBMSが流行った理由はトランザクションのお陰ではありません。何故ならリレーショナルモデル登場前からトランザクションをサポートしたデータベースは複数あったからです。 リレーショナルモデルの提唱者であるEdgar F. Codd氏がその当時勤務していたIBMが売っていた製品がInformation Management System(以下IMS)というデータベースで、階層型データモデルというデータ型でデータを表現していました。これは例えるならファイルシステムの

                                            データベーススペシャリストの参考書を呼んでいて、リレーショナルモデルが主流になったのはデータ独立を実現したことにより変更容易性が高くなり生産性が上がったからだと書いてありました。 個人的には流行ったメインの理由はRDBMSが優れたトランザクションの仕組みを持っていたためだと考えていました。 なぜRDBMSが主流になったと思いますか? | mond
                                          1