並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 914件

新着順 人気順

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

  • 『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歳からのプログラミング
    • 【レビュー】 SN比135dB・歪率0.00006%の衝撃。異次元アンプ、Benchmark「HPA4」

        【レビュー】 SN比135dB・歪率0.00006%の衝撃。異次元アンプ、Benchmark「HPA4」
      • 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
        • 当ブログサイト(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
          • ウマ娘DB

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

            • 比べてみよう リレーショナル 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"

                    • クラウドネイティブな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月)ispaceとLooopが新たにランクイン、上位20社の想定時価総額が全て400億円超えに 成長産業支援事業を推進するフォースタートアップス株式会社(本社:東京都港区、代表取締役社長:志水雄一郎 以下、フォースタートアップス)は、継続的に国内スタートアップ動向に関する調査を行い、当社サービスである「STARTUP DB (スタートアップデータベース)」に調査結果を公開しています。今回は、2020年8月3日時点での国内スタートアップ想定時価総額ランキングを発表いたします。 2020年8月の想定時価総額ランキングでは、ispaceとLooopがそれぞれ18位と19位に新規ランクイン。また、上位20社の想定時価総額が全て400億円超えを達成しました。 ispaceは2020年7月末に、民間月面探査プログラ

                              【STARTUP DB】調査結果 国内スタートアップ想定時価総額ランキング(2020年8月)
                            • Amazon AuroraのDB インスタンスクラス変更方法まとめ - サーバーワークスエンジニアブログ

                              CS課佐竹です。 最近暑いので、色が青いRDSでも弄って涼を取ろうと思い、RDSについて記載します。 はじめに Amazon AuroraのDB インスタンスクラス変更方法 1: Modifyパターン 2: Failoverパターン 3: Aurora複製パターン 4: Replicationパターン 5: Cross-region Read Replicaパターン まとめ はじめに 「Amazon Aurora の DB Instance classを変更したい」そう思った時、どのようなシナリオ・手順が考えられるでしょうか。ここでは一般的なModifyで実施する方法から、可能な限り停止時間を短くするような方法、そしてAurora本体のアップグレードにも対応するような方法と、合わせて5つの方法をご紹介したいと思います。 Modifyパターン Failoverパターン Aurora複製パター

                                Amazon AuroraのDB インスタンスクラス変更方法まとめ - サーバーワークスエンジニアブログ
                              • 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機能に関する脆弱性について
                                                    • 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 2022-12-09 22:14:37

                                                              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
                                                                  • WebサービスのDBに関する失敗談 - Qiita

                                                                    もう理解できた方は多いと思われますが・・・ この変更を行うと郵便番号や、電話番号の数値の先頭0が飛ばされてしまうのです! 携帯番号は090,080とはじまるので、これが 90, 80になってしまいます。 このことに気がつかず、当時数値データのみのカラムなんだから、数値型にするべきだろうと 本番にマイグレーションしてしまいました。 そして、翌日に会員データがおかしいと連絡を受けて発覚しました。 幸いなことに、DBのバックアップがあったのと、 電話番号と郵便番号はある程度パターンが決まっているので、桁数などでチェックを行い、0が取り除かれたであろうデータは0を追加してデータの修正を行いました。結果会員データの復旧をすることができました。 最終的に内部スキーマはVarCharで適切なlengthを指定するように変更しました。 惨劇はなぜおこってしまったのか 自分が無知であった。また調査・確認が足

                                                                      WebサービスのDBに関する失敗談 - Qiita
                                                                    • 「もはや電動自転車ではない」軽量スリムなDetroit Bikes DB-E

                                                                      「もはや電動自転車ではない」軽量スリムなDetroit Bikes DB-E2024.01.14 16:3562,049 Andrew Liszewsk - Gizmodo US [原文] ( R.Mitsubori ) 2023年1月16日の記事を編集して再掲載しています。 バッテリー、どこにあるかわかる? 電動自転車はとっても便利ですが、大きなバッテリーを積んでいるのでフレームが頑丈で外観もがっちりしていて、実用性重視という印象です。初期のEVも空気力学を重視した結果、前方がポッコリした独特のフォルムになってましたよね。 でも、Detroit Bikesの最新電動自転車DB-Eは、近くで見ないと電動だと気付かないほど細くてスタイリッシュ。 軽量で扱いがラクエクササイズも兼ねて自転車を愛用する方の中には、電動自転車に対して「楽して乗れる自転車なんて乗る意味あるの?」なんて思う方もいるかも

                                                                        「もはや電動自転車ではない」軽量スリムなDetroit Bikes DB-E
                                                                      • 1からわかる「日本版DBS」 法案閣議決定 性犯罪歴を確認 子どもを守る | NHK政治マガジン

                                                                        子どもたちが学校や塾など、教育の現場で性被害にあう事例があとを絶ちません。 政府は、子どもに接する仕事に就く人に性犯罪歴がないか確認する制度「日本版DBS」を導入するための法案を19日、閣議決定しました。犯罪歴を最長で20年照会できることなどが柱です。 新たな制度で、どう子どもを守ることができるのでしょうか? (小林さやか、杉本志織、三藤紫乃) Q.なぜ「日本版DBS」と呼ぶのか? A.イギリスの「DBS制度(ディー・ビー・エス Disclosure and Barring Service=前歴開示・前歴者就業制限機構)」を参考にした、日本版の制度だからです。 Q. どんな制度なのか? A.19日に閣議決定された法案の内容を見てみます。 【ポイント①:子どもの性暴力防止を広く義務付け】 今回の法案では、子どもを対象にした性暴力が、生涯にわたって回復しがたい重大な影響を与えるとして、学校だけ

                                                                          1からわかる「日本版DBS」 法案閣議決定 性犯罪歴を確認 子どもを守る | NHK政治マガジン
                                                                        • ASUS、アイドル時20dBで電源内蔵の静音小型デスクトップPC

                                                                            ASUS、アイドル時20dBで電源内蔵の静音小型デスクトップPC
                                                                          • 【VBA】ADOを使用してExcel表をDB操作する方法のまとめ(範囲指定、書き込みなど) - Qiita

                                                                            はじめに この記事は、ADO(ActiveX Data Objects)を使用して、ExcelファイルをSQL文で操作する方法のまとめです。 大半はよくある内容ですが、ワークシートの読み込みから、DBとしての更新処理まで、自身の備忘を兼ねて残しておきます。 なお、ADO(ActiveX Data Objects)とは「データベース操作のためのパッケージ(API)」のことです(詳しくはIT用語辞典 ADOを参照してください)。 <目次> 1. 基本的なサンプルコード 1-1. シート全体をテーブルとして取得する場合 1-2. シートの一部をテーブルとして取得する場合 2. 各コードの説明 2-1. 外部ライブラリの機能を持ったオブジェクト変数(インスタンス)の作成 2-2. ADO接続 2-3. SQL文で抽出したデータをレコードセットで開く 2-4. レコードセットの中身を確認する 3.

                                                                              【VBA】ADOを使用してExcel表をDB操作する方法のまとめ(範囲指定、書き込みなど) - Qiita
                                                                            • DB面白い(^o^) - 空のCanvas

                                                                              皆さんこんにちは。 朝晩はまだ肌寒いですね。 暖房はいらないけどひざ掛けがほしいです。 窓から見える景色は街灯以外はネオンも少なくなったような? 記事書いてる今は夜中12時過ぎで車も少なく感じます。 昔撮り溜めたDVDでドラゴンボールシリーズを観てます。 ピッコロ大魔王編からフリーザ編の途中まで観ました。 魔人ブウ編まで先は長い。 観終わる頃には緊急事態宣言明けてるかな? 物語の中ではいろんな技がありますが、もし可能ならどんな技を使いたいでしょうか? 私は舞空術です。 気ままに空を巡って世界一周できれば良いなぁ(^-^) 公衆電話が4分の1に削減されるとニュースされてました。 最期に使ったのいつだろう? 昨年病院で使ったような? 普段は無くても困らないですが懐かしい思い出もあったりで街から姿を消すのは寂しい感じがします。 絵の参考にしようと民族博物館や図書館に行きたいですが宣言明けるまで閉

                                                                                DB面白い(^o^) - 空のCanvas
                                                                              • 【天皇賞(春) 2022 レース回顧・結果】あとはDBがどれだけの水準だったか - 競馬予想のホネ【坂路ビシビシの日々〜 重賞予想と追い切り注目馬&レース回顧】

                                                                                ■ブログランキング参加中です(記事が参考になったという方は是非クリックで応援をお願いします) ――ひょっとしたら、その2着DBラインはG2勝ち水準やっと程度かもとみています。 目次 天皇賞(春) 2022 レース結果 ホネ的! レース回顧 / レース分析 天皇賞(春) 2022 レース全体のふり返り 天皇賞(春) 2022  各馬ふり返り 予想と結果 タイトルホルダー テーオーロイヤル ◎ディープボンド / ◯マカオンドール / △アイアンバローズ 天皇賞(春) 2022 予想 www.yosounohone.com 天皇賞(春) 2022 レース結果 着順 馬名 タイム 上3F 1 タイトルホルダー 3:16.2 36.4 2 ディープボンド 3:17.3 37.1 3 テーオーロイヤル 3:17.4 37.4 4 ヒートオンビート 3:18.0 37.0 5 アイアンバローズ 3:18

                                                                                  【天皇賞(春) 2022 レース回顧・結果】あとはDBがどれだけの水準だったか - 競馬予想のホネ【坂路ビシビシの日々〜 重賞予想と追い切り注目馬&レース回顧】
                                                                                • WebサーバーはCPUが、DBサーバーはメモリのスペックがそれぞれ必要なのはなぜでしょうか?

                                                                                  回答 (3件中の1件目) 2つの概念についての知識があれば理解できます。 * ボトルネック * 速度(遅延)のスケール(規模感) ボトルネックとは、「システム全体の性能は一番遅いところによって決まる」という一般原則のことです。いくら大量の水をためてもボトルの首(ボトルネック)の太さで出てくる水の量は決まりますよね。 次に、「速度(遅延)のスケール(規模感)」とは、コンピューター・サイエンスの根幹にある考え方で、よく使うデータをCPUに近い側に置いておく「キャッシュ」という概念の根本原理です。 実感しにくいと思うので例をあげると、メモリにあるデータを取ってくる時間を1秒とすると、...

                                                                                    WebサーバーはCPUが、DBサーバーはメモリのスペックがそれぞれ必要なのはなぜでしょうか?