並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 904件

新着順 人気順

dbの検索結果281 - 320 件 / 904件

  • WEB+DB PRESS Vol.116『Perl Hackers Hub』に寄稿しました #wdpress #perl - Lambdaカクテル

    宣伝です。 買おう 2020-04-24 (金) に発売予定となっているWEB+DB PRESS Vol.116に寄稿いたしました!!!!!!!!!! 『Perl Hackers Hub』という連載にて、 『GitHub ActionsとAmazon ECSを使ったDockerアプリケーションの自動デプロイ』という記事で担当させていただきました。 発売日は2020-04-24(金)となっていますが、一部書店ではなんと2020-04-16(木)から発売されるようです。疫病が都に流行っているのでお近くの書店に足を運びづらいそこのあなたには、電子書籍もあるので安心してくださいね。 gihyo.jp さて気になる内容ですが、Docker化されたPerlアプリケーションをGithub ActionsでECSにデプロイする、という記事となっております。 すっかりDockerが普及し、手元のローカルな開

      WEB+DB PRESS Vol.116『Perl Hackers Hub』に寄稿しました #wdpress #perl - Lambdaカクテル
    • 「無線指紋」DB化で偽の位置情報を見破る…防衛装備庁や東大発新興企業で研究始まる

      【読売新聞】 防衛装備庁と東京の新興企業が、全地球測位システム(GPS)などが提供する位置情報の改ざんを見破る新技術の研究に乗り出したことがわかった。カーナビや本人認証などで幅広く利用されている位置情報の改ざんは、社会的な混乱を招く

        「無線指紋」DB化で偽の位置情報を見破る…防衛装備庁や東大発新興企業で研究始まる
      • Azure Cosmos DBについて② ~試しに触ってみる~ - ecbeing labs(イーシービーイング・ラボ)

        はじめに ブンブンHello World. どうも開発です。 前回Azure Cosmos DBについての記事を投稿いたしました。 本記事と合わせて、ぜひご一読ください。 Cosmos DBについて、というより NoSQL について の方が正しいかもしれませんが…(;'∀') 今回はそんなCosmosDBについての記事その2です。 本記事では、Node.jsの環境を利用して無料でサクッとCosmosDBに触れてみる といった内容になっております。 今回は、「Azureとは?」「Cosmos DBってどうやって使うの?」といったことに焦点を当てて解説したいと思います。 はじめに Azure と Cosmos DB Azure Cosmos DB 実際にやってみた 構成 準備 Azureに登録 リソースグループの作成 リソースの作成 いざ実践 Node.js環境の構築 ソース 実行結果 まとめ

          Azure Cosmos DBについて② ~試しに触ってみる~ - ecbeing labs(イーシービーイング・ラボ)
        • DBスキーマはtblsのViewpointsで整理しよう

          この記事は MICIN Advent Calendar 2023 の 5日目の記事です。 前回は竹内さんの、Socket.ioコンテナオーケストレーションハンズオン でした。 tblsはいいぞ🦍 筆者はtblsの大ファンであり、特にViewpoints機能が他のツールとは一線を画していると思っています。今回はその良さをお伝えできればと思います。 TL;DR tblsは実際のスキーマからDBのドキュメントを生成するツール ER図が巨大化しても、tblsのViewpointごとに分割することでDBの全体像が理解可能になる Viewpointの粒度に困ったら一旦トランザクションと集計の単位に設定する 個別のテーブルとViewpointは相互に参照できる CIに組み込むことでドキュメンテーション忘れを防げる なんのためにDBのドキュメンテーションを行うか DBのドキュメンテーションはそれなりにコ

            DBスキーマはtblsのViewpointsで整理しよう
          • 【米国株】米国株市場は5日ぶり大幅反発!商品関連が下落しスタグフレーション懸念後退。モンゴDB、バンブルが決算後、大幅上昇! - ウミノマトリクス

            米国株市場の状況の振り返りと私見をまとめていきたいと思います。 米国株市場は5日ぶりの大幅反発で原油などの商品先物の下落によってスタグフレーションの懸念が後退したました。 *1 毎日レバナスとレバFANGに積立しグロース株中心に投資をしているサラリーマン投資家のうみひろ(@uminoxhiro)です。現在個別株で一番比率が高い銘柄はパランティア【PLTR】です。 ブログを読みに来てくださってありがとうございます。 昨晩の米国株市場の振り返りを今日も行っていきます。 今回の記事も成績に左右されないで元気にいくわよ そうだね!では、まずは結論からまとめていきます。 【今日の結論】チェックポイント チェックポイント【結論】 【主要指数】米国株市場は5日ぶりの大幅反発で原油などの商品先物の下落によってスタグフレーションの懸念が後退したました。2020年6月以来の大幅高となり、NASDAQを中心に上

              【米国株】米国株市場は5日ぶり大幅反発!商品関連が下落しスタグフレーション懸念後退。モンゴDB、バンブルが決算後、大幅上昇! - ウミノマトリクス
            • ウマ娘DB

              ウマ娘DBはフレンド検索(因子検索、完凸、その他絞り込み検索など)に特化したウマ娘プリティダービーのフレンドDBサイトです。フレンド検索に特化している為フレンド掲示板などでは見つける事が出来ないURA9,地固め,短距離,ダート,青因子,赤因子などを簡単に検索する事が出来ます。

              • 本当にあったやらかしDB設計⑦【ステートフルDB】 - Qiita

                そもそもステートフルDBとは何でしょうか ステートフルDBとは、状態遷移をDBが管理していることです DBの値を0や1にすることによってアプリケーションの挙動を変えようとしてしまっています 更に、更新頻度が異常に高いです 削除フラグについては前回も触れていますが、削除フラグに留まらず、○○フラグというものは手法としてはかなり悪手です 下記で説明されているので、是非見てみてください PostgreSQLアンチパターン DBに状態を持たせるのは危ない、事実のみを保存するようにする、と説明されています ここでは更に掘り下げていこうと思います 何が悪いの?? DBは状態遷移をリアルタイムで監視できません 本来であれば、アプリケーションで起こった事実を保存することしかできないです 何故かというと、アプリケーションとDBは別物だからです アプリケーション側でインスタンスの状態を変えるために先にDBの

                  本当にあったやらかしDB設計⑦【ステートフルDB】 - Qiita
                • “永久無償枠”のOracle Autonomous DBをAzure App Serviceからいじってみる

                  こんにちは。Marketing & Salesの大野です。今回はちょっとだけTechな内容にしていきたいと思います。 先日行われたOracle OpenWorld 2019でAutonomous Database/Oracle Cloud Infrastructureを継続して無償利用できる「Always Free」サービスの提供というアナウンスがされました。 そして、Microsoft Azureとの相互接続:現在、北米東海岸とロンドン・リージョンでOCIとAzureは相互接続されていますが、世界中で加速していくとのことです。 前者の無償利用は使ってみない手はないということで、今回はOracle Cloudのアカウント作成からAutonomous Databaseの作成、AzureのApp Serviceから接続というところをクイックにやってみたいと思います。 アカウント作成や、Auto

                    “永久無償枠”のOracle Autonomous DBをAzure App Serviceからいじってみる
                  • 『WEB+DB PRESS Vol.113』の「体験 ドメイン駆動設計 モデリングから実装までを一気に制覇」を読んだ - 30歳からのプログラミング

                    ドメイン駆動設計(以下 DDD)に関心があるので読んでみた。 私のような初心者にも分かりやすい内容だったので、DDD に興味を持ったけど挫折した、という人は読んでみるといいと思う。 gihyo.jp DDD に関心を持ったキッカケはよく覚えていて、今年の2月。 SPA のフルリニューアルを一人でやることになり、設計や技術選定について考えていた。 既存の SPA の出来があまりにもひどくて、毎日がとにかく苦痛で不愉快だった。その体験があったため、自分はちゃんとしたモノを作ろうという気持ちが強かった。 そこらへんの話は以下の記事にも書いた。 numb86-tech.hatenablog.com その時期に出会った記事のひとつが、これ。 medium.com この記事の内容そのものも参考になったが、この記事で触れられている DDD にも関心を持った。 詳しくは分からないが、DDD というものを使

                      『WEB+DB PRESS Vol.113』の「体験 ドメイン駆動設計 モデリングから実装までを一気に制覇」を読んだ - 30歳からのプログラミング
                    • WEB+DB PRESS特集「体験 ドメイン駆動」を執筆しました [DDD] - little hands' lab

                      WEB+DB PRESS Vol.113の特集として、「体験 ドメイン駆動設計 - モデリングから実装までを一気に制覇」を執筆しました。ボトムアップドメイン駆動設の@nrslibさんとの共著です。 抽象的な解説だけでなく、実際にモデリングから実装まで行うサンプルがある こと、ドメインモデル図、サンプルコードそれぞれ4段階に分かれて改善の過程が追えるようになっている ことが特徴です。 DDDでは抽象的な議論に終始しがちなところ、具体的な事例を用いて目的や効果を理解してもらえる構成を心がけました。 構成 1章 なぜいまドメイン駆動設計か - 仕様がわかり、変更容易なコードへ 担当: @nrslibさん 「結局DDDって何がしたいの?」ということを理解できるように、従来の開発手法の問題点、ドメイン駆動設計による解決法を示します。 2章 ドメインモデリング - 現場の知識を抽出し、問題解決力の高い

                        WEB+DB PRESS特集「体験 ドメイン駆動」を執筆しました [DDD] - little hands' lab
                      • 【レビュー】 SN比135dB・歪率0.00006%の衝撃。異次元アンプ、Benchmark「HPA4」

                          【レビュー】 SN比135dB・歪率0.00006%の衝撃。異次元アンプ、Benchmark「HPA4」
                        • 当ブログサイト(DevelopersIO)のDBを「Aurora Serverless v2」に移行してみた | DevelopersIO

                          AWSチームのすずきりょうです。 当ブログサイトの「DevelopersIO」2015年より記事のデータベースとして Amazon Aurora を利用しています。 先週一般公開された Aurora Serverless v2 への移行する機会がありましたので、紹介させていただきます。 事前準備 Aurora Serverless v2 をサポートする DBエンジンへのアップグレードを実施しました。 切替作業 Serverless v2 リーダーの追加 DBインスタンスクラス「Serverless v2」のリーダー(リードレプリカインスタンス)を追加しました。 フェイルオーバ優先順位は「tier-1」、ライターインスタンスと同等のDB性能を維持する指定としました。 「db.r6g.large」(vCPU:2、メモリ:16GiB)のライターでは、「tier-1」指定の 「Serverless

                            当ブログサイト(DevelopersIO)のDBを「Aurora Serverless v2」に移行してみた | DevelopersIO
                          • 比べてみよう リレーショナル vs ドキュメントDB - spacelyのブログ

                            はじめに 株式会社スペースリー Railsエンジニアの海老原です。 スペースリーではメインのデータベースとしてMySQLを採用していますが、今後、MongoDBの活用も視野に入れて検討をしています。 最適な活用方法を日々模索するなかで、一覧形式で機能を比較検討したいと思いまとめました。 スペースリーでは、マスタの系のデータでは既にRDBによるデータ設計がなされています。 RDBの世界では先にエンティティとリレーションシップを用いたデータ設計を行い、正規化を経てテーブルという実態に落とし込みます。 事前に、各オブジェクトの役割や関係性が明確になっていることが前提です。 一方で、試行錯誤して開発するアジャイル体制の開発現場では、データの役割や関係性が変化することがしばしば起こります。 データ構造の変更に対する柔軟性が乏しいRDBではスキーマ変更の対応をするのに時間がかかってしまいますので、スキ

                              比べてみよう リレーショナル vs ドキュメントDB - spacelyのブログ
                            • Firebase 公式動画から『Firestore の DB 設計の基礎』を学ぶ - Qiita

                              概要と投稿の背景 本投稿では、Firestore の DB 設計の基礎についてまとめます。 私は普段、都内の企業で Flutter エンジニアとして勤務しています。最近は Python/Django のバックエンド API や、Nuxt.js/Vue.js による Web フロントエンドのタスクにも取り組むことがあるのですが、業務レベルで Firestore を使いこなすような機会はありません。 ですが、趣味や個人で使用する範囲のアプリケーションを開発する際には、DB としての Firestore の便利さ・手軽さ・それでいて高機能な面に魅力を感じており、最近では NoSQL データベースや Firestore の特徴をうまく捉え、メリットを活かしながら、いろいろな規模のサービスを Firestore を用いて実現している例もかなりあるようです。 これから行おうとしている個人開発でも、Fi

                                Firebase 公式動画から『Firestore の DB 設計の基礎』を学ぶ - Qiita
                              • DBに保存されたクレジットカード情報をバックドア経由で盗むデモンストレーション(Type3) - YouTube

                                データベースに保存されているカード情報をバックドア経由で盗み出すデモンストレーションです。今回はECサイトの管理者パスワードが弱かったという想定でバックドアを設置します。 ログファイルからの盗み出しは以下の記事ではType3と分類しているものですが、改正割賦販売法施行(2018年6月)後の今日ではこれ自体成功しないケースが大半でしょう。歴史的な方法として紹介します。 https://blog.tokumaru.org/2018/10/methods-of-stealing-credit-card-information.html

                                  DBに保存されたクレジットカード情報をバックドア経由で盗むデモンストレーション(Type3) - YouTube
                                • あしやまひろこ on X: "売春(パパ活)の適切な納税方法について税務署から回答が得られました! 結論としては「売春」での開業は可能。 帳簿等を適切につけて社会通念上事業として認められるようにするならば「事業所得」だが、そうでない場合は「雑所得」。 収入を得るための支出は経費となる。… https://t.co/oMKNj7dB20"

                                  • EarFun、LDAC対応で最大50dBノイズ低減の完全ワイヤレス。9990円

                                      EarFun、LDAC対応で最大50dBノイズ低減の完全ワイヤレス。9990円
                                    • クラウドネイティブなSQLデータベース「TiDB」 リード読み込みのレプリ遅延がないDBの特徴4つと基本構成

                                      Cloud Nativeなシステムを構築するにあたって手助けとなる、アプリケーション開発と運用のアジリティ、可用性、拡張性を支えるさまざまなデータベースを学ぶ「Cloud Native Database Meetup #1」。ここで「TiDBのトランザクション」をテーマに水戸部氏が登壇。まずはTiDBの特徴と基本構成について紹介します。 自己紹介とアジェンダ 水戸部章生氏:ここからは、PingCAPでプリセールスを担当している水戸部が、TiDBの紹介をします。本日は、Cloud Native Database Meetupの1回目です。PingCAPジャパンは4月に法人を設立し、日々TiDBの布教活動を行っています。その中で、少しでも私たちの製品を知ってもらえればと思っています。 (スライドを指して)このページにキャラクターが映っていますが、みなさんが見ている画面の右側にキャラクターの投票

                                        クラウドネイティブなSQLデータベース「TiDB」 リード読み込みのレプリ遅延がないDBの特徴4つと基本構成
                                      • <4D6963726F736F667420576F7264202D2032303230303432358C9F8DB882CC8B55977A90AB81458B55894190AB82C682CD816988EA94CA82CC95FB82D682CC90E096BE816A2E646F6378>

                                        1 ⼀般の⽅、⾮医療者の⽅へ 臨床検査の偽陽性と偽陰性について 順天堂⼤学医学部附属浦安病院臨床検査医学科 三宅 ⼀徳 (⽇本臨床検査医学会 臨床検査専⾨医) 今般,病気の診断のための臨床検査について注⽬が集まっています。病気があれば 100%陽 性,なければ 100%陰性となるような検査が理想ですが,現在⾏われている臨床検査にはこのよ うな検査はほとんどなく,病気があっても陰性になったり,病気がなくても陽性になったりすることがあ ります。 ここでは,⼀般の⽅に臨床検査の「偽りの結果」がなぜ起こるのか,偽りを含む結果をどのように 診断に使っているのか,について解りやすく解説しました。 検査の偽陽性,偽陰性とは? 例えばある感染症を診断するための検査を⾏うと,図のように感染しているのに検査が陰性にな る偽りの陰性(偽陰性)や感染していないのに検査が陽性になる偽りの陽性(偽陽性)の結果 になる

                                        • 国内最大のがん診療DB 京大など設立のベンチャーが運用へ | NHKニュース

                                          全国の病院からがんの診療情報を集めた、国内では最大規模のデータベースを、京都大学などが設立するベンチャー企業が運用することになりました。当初は7つのがん拠点病院が参加する予定で、より安全で効果的な治療に活用できると期待されています。 新しいデータベースは、全国のがん診療を行う病院で電子カルテに入力された採血などの検査結果や詳細な治療情報、それに問診で聞き取った患者の体調の情報など、さまざまなデータを統合して管理できるということです。 運用は京都大学とNTTが共同で設立するベンチャー企業が行い、参加する病院には電子カルテの入力を行う専用のソフトを提供するということです。 データベースを使うことで、医師が最新の診療情報を参照し、治療に活用できるほか、製薬企業とデータを共有することで新薬の開発にも役立つということです。 当初は慶應大学病院など全国の7つのがん拠点病院が参加する予定で、今後、さらに

                                            国内最大のがん診療DB 京大など設立のベンチャーが運用へ | NHKニュース
                                          • 【STARTUP DB】調査結果 国内スタートアップ想定時価総額ランキング(2020年8月)

                                            成長産業支援事業を推進するフォースタートアップス株式会社(本社:東京都港区、代表取締役社長:志水雄一郎 以下、フォースタートアップス)は、継続的に国内スタートアップ動向に関する調査を行い、当社サービスである「STARTUP DB (スタートアップデータベース)」に調査結果を公開しています。今回は、2020年8月3日時点での国内スタートアップ想定時価総額ランキングを発表いたします。 2020年8月の想定時価総額ランキングでは、ispaceとLooopがそれぞれ18位と19位に新規ランクイン。また、上位20社の想定時価総額が全て400億円超えを達成しました。 ispaceは2020年7月末に、民間月面探査プログラム「HAKUTO-R」Mission1ランダー(月着陸船)の最終デザインの完成を発表しており、2021年中に組み立てに着手し、2022年に打ち上げを予定していています。登記簿情報から、

                                              【STARTUP DB】調査結果 国内スタートアップ想定時価総額ランキング(2020年8月)
                                            • Laravel DB.com 操作マニュアル。 〜コード書かずに超スピード開発(DEMO動画あり)〜 - Qiita

                                              みなさんこんにちは ジーズアカデミー主席講師 山崎ですm(_ _)m 今回はLaravleでサクッとモックアップが作成できる「Laravel DB.com」についてMemoしておきます。 Laravel DB.com ってなに? ER図書いて「 Migrationコード or 基本ベースのCRUD(β版) 」までを自動生成可能です。 そこからの細かい仕様に合わせる部分は自身で修正する必要はあリます。 最低限テーブル設計/LaravelのCRUDを書けるくらいの基礎知識は必要(命名規則とか間違ってるとエラーの山に) 超速でMigrationファイルやCRUDのザックリコードを作るまでは自動って感じで、あとは自分でアレンジして使うって感じですね。 「 LaravelDB.com 」の特徴 テーブル設計をクラウドに保存可能 ( 他アプリの設計に使い回せる! ) 「 家・会社のパソコン 」でも同じ

                                                Laravel DB.com 操作マニュアル。 〜コード書かずに超スピード開発(DEMO動画あり)〜 - Qiita
                                              • マネーフォワードi、SaaS導入時のセキュリティ・法務確認を支援する「クラウドサービスセキュリティチェックDB」を公開

                                                  マネーフォワードi、SaaS導入時のセキュリティ・法務確認を支援する「クラウドサービスセキュリティチェックDB」を公開
                                                • 新人研修でマスターするDBのパフォーマンスチューニング - GMOインターネットグループ グループ研究開発本部

                                                  D. M. です。今回は新人研修で扱う DB のパフォーマンスチューニングについてのお話です。 この記事を書こうと思ったキッカケ 私はここ数年新人やインターンの学生のメンターをよく担当しているのですが、学生と会社員エンジニアの間にはデータベース( RDB )の知見に大きな溝があると感じています。 研修で「とりあえずサービスを作ってみよう!」という課題を出すと、最近の新卒の方は平均的なレベルが高く、いいアイディアでさらっと Web サイトを立ち上げることができます。 ただそのサイトが毎日 100 万人が使うことを想定して充分なチューニングができる人は新人段階ではほんのわずかです。毎回同じようなことを指摘するのですが、特に多いのが DB 関連です。多くの方が DB の経験がほとんどなくあまり扱えないのです。コンピュータサイエンス専攻出身の方はプログラミングスキルをはじめとした技術的な知見を持っ

                                                    新人研修でマスターするDBのパフォーマンスチューニング - GMOインターネットグループ グループ研究開発本部
                                                  • イヤホンNICEHCK DB2レビュー  - 魅力的なデザイン、心地よい音質のエントリーイヤホン - - 時の化石

                                                    どうもShinShaです。久しぶりにイヤホンのレビュー記事を書きました。今回紹介する製品は中華ブランドNICEHCKのイヤホンです。NICEHCKはAmazon、AliExpressなどネット販売で主にイヤホンケーブルなどを販売している中華ブランドです 最近、このサイトを通じて、イヤホン、イヤーピース、ケーブルなどを購入いただくケースも増えてきました。そのほとんどが中華ブランドの製品です。やはり、皆んなコストパフォーマンスが高く魅力的なイヤホンを求めているのだ感じます。 今回評価したNICEHCK DB2は音質・デザインが良く、スマートホンでポップスを聴くのに最適なエントリー製品です。KZなどの「ドンシャリ系」とは異なる、バランスよい音質に好感をもちました。詳細は下記を参照ください。 イヤホンNICEHCK DB2 製品の特徴 製品仕様 製品の写真 製品レビュー 総合評価 サウンド・インプ

                                                      イヤホンNICEHCK DB2レビュー  - 魅力的なデザイン、心地よい音質のエントリーイヤホン - - 時の化石
                                                    • ANAの国内線システム障害、DBサーバーが2台同時停止 2.6万人影響

                                                      全日本空輸(ANA/NH)は4月4日、国内線システムで3日午後に起きた不具合について、4日午前にすべて復旧したと発表した。この影響で3日の国内線55便が欠航し、約6700人に影響が出たほか、30分以上の遅延が153便発生して約2万人に影響が及び、4日も遅延が2便発生して約85人に影響。2日間の影響者総数は約2万6700人にのぼった。不具合の原因は現在も調査を続けているという。 *原因と再発防止策はこちら。 国内旅客システムで起きた障害について陳謝するANAの服部常務(右)と加藤デジタル変革室長=23年4月4日 PHOTO: Tadayuki YOSHIKAWA/Aviation Wire —記事の概要— ・空港の案内表示は別系統 ・5回目のシステム障害 空港の案内表示は別系統 4日に都内で会見したオペレーション部門を統括する服部茂・取締役常務執行役員は「欠航便、遅延便を多数発生させる事態を

                                                        ANAの国内線システム障害、DBサーバーが2台同時停止 2.6万人影響
                                                      • 【STARTUP DB】調査結果 国内スタートアップ資金調達金額ランキング

                                                        【STARTUP DB】調査結果 国内スタートアップ資金調達金額ランキング自動運転システムの開発を行うティアフォー、98億円の資金調達を実施し、3位にランクイン 成長産業支援事業を推進するフォースタートアップス株式会社(本社:東京都港区、代表取締役社長:志水雄一郎 以下、フォースタートアップス)は、継続的に国内スタートアップ動向に関する調査を行い、当社サービスである「STARTUP DB (スタートアップデータベース)」に調査結果を公開しています。今回は、2020年1月から8月までを対象とした「国内スタートアップ資金調達金額ランキング(2020年1月〜8月)」を発表いたします。 国内スタートアップ資金調達ランキング(2020年1-8月)では、ティアフォーが総額98億円の資金調達を実施し、2020年の累計資金調達額では3位にランクイン。また、ヘイは70億円以上の資金調達を実施し、ティアフォー

                                                          【STARTUP DB】調査結果 国内スタートアップ資金調達金額ランキング
                                                        • OOUIは強力だが、合理的なDB構造を導くわけではない - 設計者の発言

                                                          話題の新刊書「オブジェクト指向UIデザイン」を読んだ。使いやすいUIについては昔から興味があって手に取ったのだが、読みながら既視感につきまとわれた。かつてAS/400使いであった筆者は、90年代初頭に「アクション→オブジェクト vs オブジェクト→アクション」という話題で仲間と盛り上がっていたことがある。その内容がまさにこの本で書かれていたことだった。 「アクション→オブジェクト」とは古いタイプのUIで見られるパターンである。ワープロソフトが普及する以前、「ワープロ専用マシン」というものがあった。それを起動して最初に現れるメニューには、以下のようなメニューオプションが並んでいたものだ。 ・ドキュメントの追加 ・ドキュメントの複写 ・ドキュメントの編集 ・ドキュメントの削除 ・ドキュメントの印刷 たとえば「ドキュメントの編集」を選ぶと、ドキュメント名を入力・選択するためのダイアログが現れる。

                                                            OOUIは強力だが、合理的なDB構造を導くわけではない - 設計者の発言
                                                          • [初心者向け]Webサービスを利用する際のDB接続とデータ保存について再入門 | DevelopersIO

                                                            おはようございます、もきゅりんです。 前回の続きです。 対象は、何となくAWSを触っているような、駆け出しITエンジニアさんです。IT業界で長く生息する方々には一般常識レベルのことが多いかと思います。 前回はHTTPプロトコルを使ってリクエスト/レスポンスを実行してみました。実際のWebサービスでは、HTTPのリクエストに応じてデータベースとやり取りします。 この記事での構成では、行指向型のリレーショナルデータベースを利用している、と想定します。 DBとの接続、および(DB)サーバとストレージの接続について簡単にまとめていこうと思います。 データベース接続とSQL処理 さて、例によって、DBアプリケーションは、ポートを開いてLISTEN状態で待機しています。 (この例では、RDSではなく、Amazon Linux2にmysql5.7.28をインストールして対応しています) そのポートに対し

                                                              [初心者向け]Webサービスを利用する際のDB接続とデータ保存について再入門 | DevelopersIO
                                                            • 【Security Hub修復手順】[RDS.27] RDS DBクラスターは保管時に暗号化する必要があります | DevelopersIO

                                                              こんにちは、AWS事業本部の平井です。 皆さん、お使いのAWS環境のセキュリティチェックはしていますか? 当エントリでは、AWS Security HubによるAWS環境のセキュリティ状況スコアリングに該当する項目についての修正手順をご紹介します。 本記事の対象コントロール [RDS.27] RDS DBクラスターは保管時に暗号化する必要があります [RDS.27] RDS DB clusters should be encrypted at rest 前提条件 本記事はAWS Security Hubで「AWS基礎セキュリティのベストプラクティススタンダード」を利用されている方向けの内容です。 AWS Security Hubの詳細についてはこちらのブログをご覧ください。 コントロールの説明 このコントロールは、RDS DBクラスターが暗号化されているかどうかをチェックします。 暗号化さ

                                                                【Security Hub修復手順】[RDS.27] RDS DBクラスターは保管時に暗号化する必要があります | DevelopersIO
                                                              • AzureとOCI上のOracle DBを接続する「Oracle Database Service for Microsoft Azure」を提供

                                                                  AzureとOCI上のOracle DBを接続する「Oracle Database Service for Microsoft Azure」を提供
                                                                • Azure Cosmos DB の組み込みJupyter Notebook機能に関する脆弱性について

                                                                  26日(日本だと27日)に「MSのクラウドのデータベースに脆弱性 数千社に通知」みたいなタイトルのニュース記事がロイターからありました。情報不足で正確性にかけるタイトルですが。 より細かい詳細はそのうちでるかも知れませんが現状はこちらを参照。 Update on the vulnerability in the Azure Cosmos DB Jupyter Notebook Feature – Microsoft Security Response Center(MicrosoftのSecurity Response Centerの記事) ChaosDB: How we hacked thousands of Azure customers’ databases | Wiz Blog (脆弱性発見者の記事) 脆弱性の概要 Cosmos DB組み込みのJupyter Notebook機能を

                                                                    Azure Cosmos DB の組み込みJupyter Notebook機能に関する脆弱性について
                                                                  • 【Supabase入門】認証・DB・リアルタイムリスナーを使ってチャットアプリを作ろう

                                                                    こんにちわ!フロントエンドエンジニアのわでぃんです。 最近、BaaSの中でも特に勢いのある、Supabaseについての入門記事です。 簡単なチャットアプリを開発しながら使い方や、一連の流れを覚えていきましょう! 作成するアプリの概要として、Supabaseが提供してる認証機能や、リアルタイムリスナーを活用し、ユーザー同士がリアルタイムでやりとりできるチャットアプリを作ります。 Next.js・TypeScriptで開発します。 Supabaseはここ2.3年くらい?で人気がどんどん高くなってきていますが、情報が錯綜している感(特に日本語の情報)があったため、1からSupabaseを学んで開発したい人や、Supabase興味あるけど手が出せていないという人向けの入門記事を書いてみました! Supabaseとは Supabaseは、オープンソースのFirebase代替として注目を集めているBa

                                                                      【Supabase入門】認証・DB・リアルタイムリスナーを使ってチャットアプリを作ろう
                                                                    • Azure上で動くハイパースケールなデータストア「Cosmos DB」 「Microsoft Build 2023」で発表された、ベクトル検索機能

                                                                      スタートアップの技術情報交換の場を提供することを目的として設立された「Microsoft Startup Tech Community」。「Microsoft Startup Tech Meetup #0 kick off」は、「Microsoft Build 2023」をテーマに開催されました。ここで登壇したのは、株式会社ゼンアーキテクツの三宅和之氏。Cosmos DBのアップデートについて発表しました。全2回。前半は、「ベクトル検索」について。 Microsoft MVPの三宅和之氏 三宅和之氏(以下、三宅):今スライドが映っていると思いますが、Cosmos DBに特化したBuildの話をしようかなと思います。 まずは簡単に自己紹介ですね。三宅と申します。ゼンアーキテクツという、Microsoft Azureのパートナーをやっている会社の代表をやっています。個人的にはMicrosoft

                                                                        Azure上で動くハイパースケールなデータストア「Cosmos DB」 「Microsoft Build 2023」で発表された、ベクトル検索機能
                                                                      • WEB+DB Press Vol.126で「ISUCONの実装から最近のPerlを学ぶ」という題の記事を寄稿しました - Blog::kobaken

                                                                        12月24日に販売されるWEB+DB Pressに寄稿しました。21周年おめでとうございます! タイトルが「ISUCONの実装から最近のPerlを学ぶ」で、副題は「わかりやすく変更しやすいコードを実現する考え方と方法」です。 直球ですが、読んだ感想をもらえると嬉しいです!買ってください!!! ここでは、記事の紹介や紙面都合入りきらなかったことなど補足を書きます。 記事の紹介 記事の内容は、ISUCON11のPerl実装を題材に「今までのPerlはこう書くけど、最近のPerlならこう書ける!」とやや挑戦的?な内容になっていて、正直反応が怖い内容です。 きっかけは、タイトル通り、ISUCON11のPerl実装です。id:papix から声をかけられたとき、仕事もプライベートもかなり忙しい時期で、数年前の初執筆が難産だったこともあり、きちんと書けるか不安でした。ですが、ISUCONの予選が終わっ

                                                                          WEB+DB Press Vol.126で「ISUCONの実装から最近のPerlを学ぶ」という題の記事を寄稿しました - Blog::kobaken
                                                                        • 【企業年金】確定給付年金(DB)と確定拠出年金(DC)の違いをわかりやすく解説! - ココブロ

                                                                          【企業年金】確定給付と確定拠出の違いをわかりやすく解説! ココ夫は、2015年から企業型確定拠出年金(以下、企業型DC)で資産運用、マッチング拠出もしています。 本記事では、企業型年金の確定給付年金(DB)と確定拠出年金(DC)の違いを解説します。 これを読めば、企業型確定拠出年金の運用のヒントになること間違いなし! そもそも、企業年金って何?って方はまずこちらの記事をどーぞ! 企業年金制度とは 年金のおさらいからはじめます。 年金は、公的年金と私的年金の大きく2つに分類できます。 公的年金は、国民年金、厚生年金の2つがあります。 よく、年金は3階建ての家に例えられますが、国民年金が1階部分(全国民が加入)、厚生年金(会社員や公務員が加入)が2階分です。 本記事で解説する企業年金は、3階部分に相当します。 3階部分は公的なものではなく、会社員のための私的年金制度です。 そして企業年金は、確

                                                                            【企業年金】確定給付年金(DB)と確定拠出年金(DC)の違いをわかりやすく解説! - ココブロ
                                                                          • DB芸人・アイデンティティ田島、新幹線で隣席の人が「ポケモンカード対戦」はじめて困惑…個人の自由か、配慮必要かで議論に

                                                                            アイデンティティ田島 @iden_taji すいません…詳しい方、、 ポケモンカードってどれぐらいでゲーム終わりますか…? 新幹線の3列席の窓側に座ってるんだけんど、真ん中と通路側の奴が知り合い同士でテーブルにカード拡げて対戦始めやがった。 トイレ行けねぇぇぇーー。。 プレッシャ〜〜。。 pic.twitter.com/OjQslczvKg

                                                                              DB芸人・アイデンティティ田島、新幹線で隣席の人が「ポケモンカード対戦」はじめて困惑…個人の自由か、配慮必要かで議論に
                                                                            • 話題の Google Cloud の新しい DB の AlloyDB for PostgreSQL を調査して、分析クエリ高速化機能のカラム型エンジンを試してみた | DevelopersIO

                                                                              ウィスキー、シガー、パイプをこよなく愛する大栗です。 Google I/O 2022 で新しいデータベースである AlloyDB for PostgreSQL が発表されました。実際にサービスを触ってみたのでまとめてみます。 AlloyDB for PostgreSQL は2022年5月18日現在において、プレビューのステータスです。このプロダクトまたは機能は、Google Cloud Platform の利用規約の一般提供前のサービス規約の対象となります。一般提供前のプロダクトと機能では、サポートが制限されることがあります。また、一般提供前のプロダクトや機能に変更が加えられると、他の一般提供前バージョンと互換性がない場合があります。詳細については、リリースステージの説明をご覧ください。 AlloyDB for PostgreSQL とは AlloyDB for PostgreSQL は

                                                                                話題の Google Cloud の新しい DB の AlloyDB for PostgreSQL を調査して、分析クエリ高速化機能のカラム型エンジンを試してみた | DevelopersIO
                                                                              • 本当にあったやらかしDB設計⑧【ファンクションDB】 - Qiita

                                                                                そもそもファンクション(関数)とは… あるデータを渡すとあるデータを返す処理のことです 同じデータを渡せば、同じ結果が返ってくるという特徴があります ファンクションを利用する側は実際にどのような処理を行っているかを気にする必要がなく、inputとoutputだけに集中することができるようになります これは処理をカプセル化(隠して)おり、非常に便利なんです! ではファンクションDBとは何でしょうか それは「DBを作る人がinputとoutputしか気にしていないため、テーブル構造がめちゃくちゃになっている」ことです DBを使う人と作る人が同じ視点で物事を考えてはいけません 何故なら、立場が違うからです 何が悪いの?? RDBの良さとしては、データの不整合を起こさないように設計することができることにあります しかし、inputとoutputしか考えていないとこのような設計ができなくなります (

                                                                                  本当にあったやらかしDB設計⑧【ファンクションDB】 - Qiita
                                                                                • 本当にあったやらかしDB設計⑥【見えない削除フラグ】 - Qiita

                                                                                  そもそも削除フラグとは何でしょうか レコードに専用のカラムを用意し、その値が0であれば未削除、1であれば論理削除、とする手法のことです しかし、削除フラグは良い方法ではありません 下記でかなり詳細にわかりやすく説明されているので是非見てください SQLアンチパターン 幻の第26章「とりあえず削除フラグ」 削除フラグは手間を増やしたりバグになる可能性を持ってはいますが、注意していれば取り扱うこともできます 見えない削除フラグはとりあえず削除フラグを凌駕する問題です どういうことかと言うと、削除フラグを立て忘れる、ということです 何が悪いの?? 生きているデータと死んでいるデータが混ざります これは通常の削除フラグにも言えますが、見えない削除フラグでは死んでいるデータを死んでいるデータと判別することができなくなります 問題 見えない削除フラグはいくつかの問題を引き起こします 本当は死んでいるデ

                                                                                    本当にあったやらかしDB設計⑥【見えない削除フラグ】 - Qiita