並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 920件

新着順 人気順

DBの検索結果81 - 120 件 / 920件

  • Terraform で AWS に DB を構築するとき manage_master_user_password を使っていますか? - 電通総研 テックブログ

    こんにちは。X(クロス)イノベーション本部 ソフトウェアデザインセンター セキュリティグループの耿です。 Terraform で Amazon RDS インスタンス/クラスターを作る時に、password または master_password 属性に指定したマスターユーザーのパスワードが tfstate ファイルに平文で残ってしまう問題がありました。 (参考) https://speakerdeck.com/harukasakihara/sekiyuanaterraformfalseshi-ifang-ji-mi-qing-bao-wokodonihan-mezuhuan-jing-gou-zhu-surunihadousitaraiifalse しかしこれも過去の話。Terraform AWS Provider v4.61.0 からこの問題を解消する方法が提供されているので、それについ

      Terraform で AWS に DB を構築するとき manage_master_user_password を使っていますか? - 電通総研 テックブログ
    • Software Design、WEB+DB PRESS全巻読破のすすめ

      Web開発の歴史の復習の仕方 悲報: WEB+DB PRESSが休刊 22年以上続いていたWEB+DB PRESSが休刊するそうです。Software Design、WEB+DB PRESS共に年間購読していたのですが、とても残念です。 日本語と英語、少し中国語の技術書を普段から読み漁っているのですが、本ほどガッツリでなく、ブログよりはちゃんとバリデートされた上でトレンドをおさえた雑誌文化は割合日本的で、他の言語圏だとあまりない文化だとも感じています。 技術評論社からでているSoftware Design、WEB+DB PRESSなのですが、Software Designの創刊が1990年11月で、WEB+DB PRESS Vol.1が2000年12月で10年の差があります。 どちらかというとSoftware Designがインフラ&バックエンドでWEB+DB PRESSがバックエンド&ク

        Software Design、WEB+DB PRESS全巻読破のすすめ
      • RDSのDBメンテナンスについて

        内容 らくがき記事、RDSでダウンタイムなしの24-365構成ってどうすればと思い書いている記事です。 とりあえずはRDSでメンテナンスやアップデート処理が走る時に、サービスダウンするのか否かを整理した資料となります。 RDS(MySQL)の整理 機能概要 最大 64 TiB のデータベースサイズをサポート 汎用インスタンスクラス、メモリ最適化インスタンスクラス、およびバースト可能パフォーマンスインスタンスクラスをサポート 自動バックアップとポイントインタイムリカバリをサポート。 単一のリージョン内または 5 つのリードレプリカのクロスリージョン内で、インスタンスごとに最大 15 個のリードレプリカをサポート 可用性と耐久性 3種類のオプションが選択可能 単一DBインスタンス スタンバイインスタンスのない単一の DB インスタンスを作成します。 マルチAZ DBインスタンス 別のアベイラビ

          RDSのDBメンテナンスについて
        • DB呼び出し回数を減らしてコア機能を高速化した話。そして起こった悲劇と教訓 - Money Forward Developers Blog

          初めに こんにちは、マネーフォワードクラウド連結会計(以降、クラウド連結会計)のバックエンド開発に従事しているTaskと申します。 今回は、クラウド連結会計のコア機能を高速化した話と、それが原因で起こった金額の不整合障害から得られた教訓を紹介しようと思います。 本記事内では、前提として簿記2級相当の知識や用語が頻出します。 連結会計とは まず、クラウド連結会計が扱っている連結会計について説明させてください。 連結会計とは、親会社・子会社など、支配もしくは従属関係にある複数の会社を1つのグループと捉えて、そのグループの決算を行うための会計手続きを指します1。 下の図の「連結グループA」の決算を行うイメージです。 この業務を「連結決算業務」と呼びます。 連結決算を行うことによって、会社の利害関係者(債権者や株主など)は各社単体だけではなく、グループとしての財政状態・経営成績・キャッシュフローの

            DB呼び出し回数を減らしてコア機能を高速化した話。そして起こった悲劇と教訓 - Money Forward Developers Blog
          • Berkeley DB (Hash) の実装 - knqyf263's blog

            普段あまりこういう誰の役に立つのか分からない記事は書かないのですが、解析をするまでの背景がOSSに関するとても良い話なので重い腰を上げて書きました。 概要 古のアプリケーション組み込み型のデータベースとしてBerkeley DBがあります。元々はカリフォルニア大学バークレー校によって開発され、その後Oracleによって買収されています。データ操作にSQLは使えず、アプリケーションに埋め込んで使用します。RDBまでは必要ないけどちょっとしたDBが必要みたいな時に使われているようです。機能はシンプルで組み込みのため性能も良いとのこと。詳しくは以下に書いてます。 docs.oracle.com 本記事ではそのBerkeley DBの中身がどのように実装されているのかの雰囲気を記します。Berkeley DBはBtree accessやHash access, Queue/Recno access

              Berkeley DB (Hash) の実装 - knqyf263's blog
            • AWSマネージドサービス+Terraformを活用してDBオペレーションをより安全&簡単に(pt-oscの例) - freee Developers Hub

              おはこんばんちは、Database Reliability Engineerの橋本です。 以前、freee Developers Hubにて、MySQLのスキーマ変更をオンラインで実施するためのpt-online-schema-changeの導入に関する検討記事を書かせていただきました。こちらはカラムの型変更のようなテーブルロックがかかりオンラインで実施できないような変更や、オンラインで実施できても完了までに長時間かかるようなケースで用いています*1。 運用の都合上、pt-online-schema-changeをそのまま用いるのではなく、以下の4つのフェーズにそれぞれ作業を分割し、個別に実行できるようにしています。前回の記事を要約すると次の流れとなります: pt-online-schema-change コマンドを実行し、スキーマ変更済みテーブルを新規作成し、pt-online-sche

                AWSマネージドサービス+Terraformを活用してDBオペレーションをより安全&簡単に(pt-oscの例) - freee Developers Hub
              • ゲーム要素が多すぎる?海外ビジュアルノベルDBから『グノーシア』が削除…曖昧なジャンル定義の難しさ | Game*Spark - 国内・海外ゲーム情報サイト

                  ゲーム要素が多すぎる?海外ビジュアルノベルDBから『グノーシア』が削除…曖昧なジャンル定義の難しさ | Game*Spark - 国内・海外ゲーム情報サイト
                • 2020年版 モダンアプリケーションでのDB選定 | DevelopersIO

                  目的別データベース選定 それぞれのDBの特徴や特性を軽く紹介していきます。 リレーショナル(Amazon Aurora) RDSに管理されるMySQL/PostgreSQL互換のRDBです。 RDSのMySQL/PostgreSQLと比較したAuroraのメリット 対障害性 並列クエリ Global Database パフォーマンス: MySQLの最大5倍, PostgreSQLの最大3倍高速 RDSでは特段理由がなければ、Auroraを選択することになるかと思います。 適しているユースケース ERP CRM 財務・銀行 SaaS(マルチテナントアプリケーション) 構成要素 DBCluster DBInstance プライマリインスタンス(Writer)(書き込み/読み込み) Auroraレプリカ(Reader) エンドポイント クラスターエンドポイント 読み取りエンドポイント カスタムエ

                    2020年版 モダンアプリケーションでのDB選定 | DevelopersIO
                  • SQLite3 WASM/JS、Origin Private File Systemを用いてChrome上の高速なローカルDBが機能するとGoogleが明らかに、廃止されたWeb SQLの代替として利用可能

                    SQLite3 WASM/JS、Origin Private File Systemを用いてChrome上の高速なローカルDBが機能するとGoogleが明らかに、廃止されたWeb SQLの代替として利用可能 Google Chromeの開発チームは昨年(2022年)9月に、非推奨となったWeb標準のWeb SQL Database API(以下Web SQL)をChromeから削除、その代替機能としてSQLite開発チームと協力してWebAssembly版のSQLiteを開発し、提供する予定であることを明らかにしていました。 参考:Chrome開発チームがSQLiteチームとWebAssembly版SQLiteを開発中。Webブラウザ上からのファイル書き込みで永続化も可能。Web SQL APIの代替として Web SQLはWebアプリケーションがSQLを通じてローカルなリレーショナルデー

                      SQLite3 WASM/JS、Origin Private File Systemを用いてChrome上の高速なローカルDBが機能するとGoogleが明らかに、廃止されたWeb SQLの代替として利用可能
                    • 【懺悔】稼働中の本番DBで殆どのテーブルをtruncateしてしまった話 - Qiita

                      これは8年ほど前のある日のことです。 本番環境のテーブルを淡々とtruncateし続けたことがあります。 リリース前などではなく、稼働中のサービスでした。 思い出せる限り、私のエンジニア歴において最大の「やらかし」です。 「そんなミスありえないだろ…」「どんだけ迂闊なんだよ」という感想を持たれる方もいらっしゃるかと思います。 むしろ、それが正常だと思います。しかし、当時の私はやってしまった。 ただ、それでエンジニアをやめるようなこともなく、現在では人を指導する機会も増えました。 どうしたらそんな事が起きるのか? その後、どのような対応が行われたのか? 教訓はなにか? この機に記させていただきたいと思います。 量産現場の社二病社員 当時働いていた職場では、「同じような機能を持ったスマートフォンアプリ」を量産する部署がありました。 私は、そこに配属されました。 当時、新卒2年目。社二病真っ只中

                        【懺悔】稼働中の本番DBで殆どのテーブルをtruncateしてしまった話 - Qiita
                      • 開発/Stg環境のための本番DBマスキングと継続的リストアの仕組みを作りました | ランサーズ(Lancers)エンジニアブログ

                        SREチームの安達(@adachin0817)です。今回はMENTA、Lancers Creative、Lancers Agencyでマスキングした本番環境のデータをStgや開発環境のMySQLコンテナへ毎週リストアする仕組みを実装しました。実際にここらへんは運用をしていく中で一苦労されている方も多いのではないでしょうか。それではまず背景と、実装するに当たっての活動含めてご紹介できればと思います。 背景 今回はMENTAを例にしています。各サービスの開発環境はDockerを利用しており、本番とStg環境はTerraformで管理しています。カラム追加ではマイグレーションを実行することでサンプルのスキーマファイルを投入して開発をしているのですが、たまに開発環境で動いていたソースがStgや本番で動かないといったことで開発効率が下がることが見受けられます。開発メンバーにとってはより本番環境に近い

                          開発/Stg環境のための本番DBマスキングと継続的リストアの仕組みを作りました | ランサーズ(Lancers)エンジニアブログ
                        • [速報]マイクロソフト、「Azure Arc」発表。マルチクラウド基盤としてAWSやオンプレミスへもAzure DBをデプロイ可能、サーバやクラスタも統合管理。Ignite 2019

                          [速報]マイクロソフト、「Azure Arc」発表。マルチクラウド基盤としてAWSやオンプレミスへもAzure DBをデプロイ可能、サーバやクラスタも統合管理。Ignite 2019 米フロリダ州オーランドで11月4日(日本時間11月5日未明)、マイクロソフトのイベント「Microsoft Ignite 2019」が開幕しました。 基調講演で同社CEOのサティア・ナデラ氏は、Microsoft Azureを中心とするマルチクラウドプラットフォーム「Azure Arc」を発表しました。 Azure Arcはおもに以下の3つの機能を提供することで、Azureと同じ体験をマルチクラウド環境においても提供すると説明されています。 Azure SQL DatabaseおよびAzure Database for PostgreSQL Hyperscale(シャーディングによるスケールアウト機能)をAW

                            [速報]マイクロソフト、「Azure Arc」発表。マルチクラウド基盤としてAWSやオンプレミスへもAzure DBをデプロイ可能、サーバやクラスタも統合管理。Ignite 2019
                          • 【イチから理解するサーバーレスアプリ開発】 サーバーレスアプリケーション向きの DB 設計ベストプラクティス 20190905版

                            2019/09/05 に開催された AWS のイベント、「イチから理解するサーバーレスアプリ開発」における講演資料の一つです。 ・サーバーレスアプリケーションにおいて Amazon DynamoDB が利用しやすい理由 ・RDB と DynamoDB の設計プロセス・考え方の対比・明文化 ・実例に沿った DynamoDB の設計プロセス解説とサンプル例題 などを含みます。Read less

                            • 未来の自分に対し「こんなDB設計にして申し訳ない」とツイート→その通りになってしまった人の話

                              補足説明: MySQLには、バージョン5.7から「JSONデータ型(JSON Data Type)」と呼ばれる概念が登場しています。これにより、JSON型を直接入れられるカラムを作成できます。 便利な一方、一般的なRDBの正規化を崩すことになりますので、仕様には注意が必要です。詳しくはこちらをご覧ください。 リンク WPJ もう知ってた? MySQL 5.7でNoSQLっぽくJSONデータを扱う方法 MySQL 5.7では、JSONデータを「JSON型」としてネイティブで扱えます。サンプルを見ながら、基本的な使い方を確認しましょう。 ※本記事は2016年5月31日に掲載した記事を一部再編集して更新したものです。執筆時点の技術情報をベースにしています。 「SQL vs NoSQL: The Differences」で紹介したように、SQLとNoSQLの境界線は、両言語が他方の特徴を取り入れる

                                未来の自分に対し「こんなDB設計にして申し訳ない」とツイート→その通りになってしまった人の話
                              • 第1回 DBサーバの構造を知ろう! | gihyo.jp

                                本記事は、『Software Design 2019年8月号』の第2特集「ゲームを題材に学ぶ 内部構造から理解するMySQL」をWeb掲載用に再編集したものです。 本記事のテーマを、より基本的なところから丁寧に解説した『SQLの苦手を克服する本 データの操作がイメージできれば誰でもできる』が2019年8月26日に発売予定です。本記事と併せてご活用ください。 ゲーム開発におけるRDBMSの役割 RDBMS(Relational DataBase Management System)は業務システム(以下、業務系)で多くの実績を作ってきました。一方でゲーム分野(以下、ゲーム系)では、RDBMSはほとんど使われていませんでした。ネットゲームではなく、スタンドアローンのゲームが中心だったので、プレーンなテキストやバイナリ形式でデータを保存していたからです(スタンドアローン環境向けのSQLiteもまだ

                                  第1回 DBサーバの構造を知ろう! | gihyo.jp
                                • 図解 DB インデックス

                                  DB インデックスの基礎知識を、図をたくさん使って整理します。 この Book は、暗記をおしまいにしてこんな疑問を自力解決できるようになることを目指します。 「どんなインデックス作ればいいんだっけ?」 「なんで作りすぎちゃだめなんだっけ?」 「この場合インデックスって効くっけ?」 「インデックスでどれくらい速くなるの?」 この本は筆者の理解に連動して追記修正される可能性があります。

                                    図解 DB インデックス
                                  • 【塩漬けダメ絶対】AWSのAurora&RDSがDBエンジンの延長サポートを有償提供! - Qiita

                                    日本時間 2023/9/1(金)の深夜、AWSより以下のアップデートが発表されました! 土曜の朝からXで早速話題になっています。 ニュースリリース ブログ ※全体的にまだ日本語ドキュメントに反映されていない情報が多いので、リンク先にRDS Extended Supportに関する言及が見られない場合は言語設定をEnglishに切り替えて再確認することをお勧めします。 3行でまとめると? AWSはAuroraおよびRDSのDBエンジンの所定サポート終了後、最大3年の延長サポートを有償提供する 対象のDBエンジンはMySQL 5.7 & PostgreSQL 11および、それ以降の主要バージョン 2023年12月から延長サポートへのオプトインが可能。実際の課金開始はバージョン依存。最速でも2024年3月1日以降となる クラウドにおける「DBバージョンアップ」の扱い AWSクラウドが提供するマネ

                                      【塩漬けダメ絶対】AWSのAurora&RDSがDBエンジンの延長サポートを有償提供! - Qiita
                                    • やってよかったbuild own x系(自作OSとか自作DBみたいな自作~)を紹介してみる

                                      はじめに build own xってなに?という方がいらっしゃると思います。 下記ページにあるような自作~みたいなやつのことを指しています。 自作OSとかDBとかとにかく様々な種類があるんですが、僕がやってみて良かったなぁと感じたものだけ紹介します。(一部やってないけど良さそうなのも紹介します。) 難易度を星5を最高として書いていきます。 言語は日本語 or 英語です。 コンパイラ writing interpreter in go 形態:本 言語: 日本語、英語 コンパイラ系なら一番初めにおすすめなのは間違いなくこれ。 日本語版では「Go言語でつくるインタプリタ」という題で出版されています。 外部に依存するライブラリを一切使わないのが特徴でスクラッチで書きます。 語り口調も平易でわかりやすく、コンパイラ?インタープリタ?という方にもおすすめ。 Monkeyという言語を実装するのですが、既

                                        やってよかったbuild own x系(自作OSとか自作DBみたいな自作~)を紹介してみる
                                      • 尾道の夜を照らす隠れ家 真夜中の古本屋「弐拾dB」とは

                                        JR山陽本線 尾道駅から徒歩約15分ほど行った場所に構える古本屋「弐拾dB」(ニジュウデシベル)。深夜の尾道の街をほのかに照らす隠れ家のような同店は、平日23時から27時までの4時間、深夜に営業するという一風変わった書店だ。深夜にも関わらず日々、地元住民から旅行客まで老若男女が訪れる。切り盛りするのは広島県福山市出身の28歳 藤井基二氏。11月26日には古本屋稼業の日々を綴った随筆集「頁をめくる音で息をする」(本の雑誌社)を発売した。深夜営業の理由、個性的な客たちとの出会い、そして尾道の街の魅力について話を聞いた。 「弐拾dB」は京都の大学で日本文学を専攻していた同氏が大学卒業後、2016年4月にオープン。文学作品から雑誌、絵本、漫画、尾道にまつわる書籍まで多種多様なジャンルの古書を取り扱っている。志していた大学院への進学を諦め、地元の福山へ帰郷。その後、尾道に拠点を移した。尾道ではゲスト

                                          尾道の夜を照らす隠れ家 真夜中の古本屋「弐拾dB」とは
                                        • How an AWS Aurora feature cut our DB costs by 90%

                                          All of Graphite’s data lives on Amazon Aurora Postgres. Our database load is sizable — far larger than a typical startup of our size. This is because we sync bidirectionally with GitHub for everything a user does on Graphite, so Aurora plays a crucial role in helping us handle and scale massive amounts of data. If Uber were to sign up for Graphite tomorrow, we could handle the countless webhook ev

                                            How an AWS Aurora feature cut our DB costs by 90%
                                          • Oracle Cloudを期限なく無料で使える「Always Free」発表 1GBのVM2つ、Autonomous DB2つなど提供

                                            Oracle Cloudを期限なく無料で使える「Always Free」発表 1GBのVM2つ、Autonomous DB2つなど提供:Oracle OpenWorld 2019 米Oracleの年次イベント「Oracle OpenWorld 2019」が開幕。ラリー・エリソン会長が、Oracle Cloudの無料トライアル「Oracle Cloud Free Tier」に、期限なしで利用可能な「Always Free」を追加すると発表した。

                                              Oracle Cloudを期限なく無料で使える「Always Free」発表 1GBのVM2つ、Autonomous DB2つなど提供
                                            • tblsとGitHub Actionsを使ってDBマイグレーションを含むPRには自動更新したER図を追加する - BASEプロダクトチームブログ

                                              BASEアドベントカレンダー2021 10日目の記事です。 BASEアドベントカレンダー2021 10日目 BASE BANKでエンジニアをしている @budougumi0617 です。 マイグレーションファイルが含まれたPull Request(PR)が作られたとき、自動更新したER図をPRに追加するGitHub Actionsを作りました。 本記事では紹介するGitHub Actionsを利用すると次のようなメリットが得られます。 マイグレーションファイルをPRに出すだけでPRに更新されたER図が追加される 開発者は面倒なER図の更新作業から開放される レビューアはマイグレーションファイルを含んだPRをER図を見ながらレビューできるようになる プロジェクト関係者は常にメインブランチのマイグレーションファイルの状態と一致したER図を確認できる サンプルPR 自動生成したER図 TL;DR

                                                tblsとGitHub Actionsを使ってDBマイグレーションを含むPRには自動更新したER図を追加する - BASEプロダクトチームブログ
                                              • 噂の「ASUS GeForce RTX 3070 Noctua Edition」正式発表。負荷時騒音12.6dB

                                                  噂の「ASUS GeForce RTX 3070 Noctua Edition」正式発表。負荷時騒音12.6dB
                                                • 筑波大の授業DBがメンテ、困った新入生が代替ツールを“爆速開発” その背景を本人に聞いた

                                                  実際、KdB(もどき)の公開を告知するツイートには「有能すぎる」「感謝しきれてもしきれない。同門生として誇りに思う」「むちゃくちゃ助かります!」など筑波大の在学生から称賛の声が多数上がっている他、政府CIO補佐官の楠正憲さんも「どんどん優秀な子たちが出てきていて、彼らが活躍できる世の中を作れるかは僕ら大人の責任」とツイートするなど学外でも反響を呼んでいる。 そんな注目を集める、いなにわうどんさんはどんな人物なのか。本人に話を聞いてみた。 3時間半で作成した「KdB(もどき)」 いなにわうどんさんがKdB(もどき)を開発したきっかけは、「(KdBのメンテナンスで)履修科目を紙媒体で探さなければいけなくなったため」という。筑波大で開講中の授業数は7000以上。Twitterでも他の学生から不満の声が噴出していた。KdBの構造を分析し「この程度であれば実装できそうだと判断し、制作に至った」といな

                                                    筑波大の授業DBがメンテ、困った新入生が代替ツールを“爆速開発” その背景を本人に聞いた
                                                  • ANAシステム障害の原因判明、DB並列参照時にパッチ未適用の既知バグでフリーズ

                                                    全日本空輸(ANA)の国内線旅客系基幹システム「able-D」で2023年4月3日午後に発生したシステム障害の原因が判明した。周辺システムからable-Dのデータベース(DB)を参照する際、データベース管理システム(DBMS)のバグをきっかけにDBがフリーズしていた。バグは既知のものでパッチもリリースされていたが、同社はシステム構成上パッチ未適用でも問題ないとみて適用を見送っていた。 同社が2023年4月7日に開いた記者会見によると、詳しい経緯はこうだ。able-Dの周辺システムの1つにマーケティング部門が使用する「予約管理支援システム」があり、同システムはable-Dから予約データを30分ごとに抽出している。

                                                      ANAシステム障害の原因判明、DB並列参照時にパッチ未適用の既知バグでフリーズ
                                                    • 「また大物が1人現れたか…」残業している新人さんを発見したので、何してるのか質問→「本番DB壊しちゃったので、作り直してます」

                                                      しよたろ @_siyotaro 新人さんが残業していたので、「頑張ってるやん何してるん?😊」て聞いたら「本番DB壊しちゃったので、作り直してます」って笑顔で言われました。また大物が1人現れたか… 2020-12-15 19:19:09

                                                        「また大物が1人現れたか…」残業している新人さんを発見したので、何してるのか質問→「本番DB壊しちゃったので、作り直してます」
                                                      • DBへのコネクションプーリングなどを実現する「Amazon RDS Proxy」が正式版に。サーバレスアプリからの頻繁な接続要求などを高速処理

                                                        DBへのコネクションプーリングなどを実現する「Amazon RDS Proxy」が正式版に。サーバレスアプリからの頻繁な接続要求などを高速処理 Amazon Web Services(AWS)は、データベースサービス「Amazon RDS」に対応するプロキシサービス「Amazon RDS Proxy」が正式版になったことを発表しました。 Amazon RDS Proxy is now generally available. A fully-managed, highly available database proxy feature for Amazon RDS. With RDS Proxy, make your applications more scalable, resilient & secure. https://t.co/2MyaK3uCfh pic.twitter.co

                                                          DBへのコネクションプーリングなどを実現する「Amazon RDS Proxy」が正式版に。サーバレスアプリからの頻繁な接続要求などを高速処理
                                                        • Amazonがデータベースの脱Oracle化をほぼ実現、75PB分のデータをAWSのDBサービスへ移行完了

                                                          by Tobias Fischer AmazonでAWSのチーフ・エバンジェリストを務めるジェフ・バー氏が、数年がかりの内部データベース移行が完了したことを発表しました。Amazonでは以前から「データベースの脱Oracle化」を目指していましたが、一部のサードパーティー向けアプリケーションを除いて、目標を実現したことになります。 Migration Complete – Amazon’s Consumer Business Just Turned off its Final Oracle Database | AWS News Blog https://aws.amazon.com/jp/blogs/aws/migration-complete-amazons-consumer-business-just-turned-off-its-final-oracle-database/ バー氏

                                                            Amazonがデータベースの脱Oracle化をほぼ実現、75PB分のデータをAWSのDBサービスへ移行完了
                                                          • [手先だけで筋肉や髪を表現。DBフィギュアを支える“神原型師”のハンパない技術に迫った]| 【公式】ドラゴンボールオフィシャルサイト

                                                            ドラゴンボールファンの皆さんこんにちは。ライターの榎並です。 ドラゴンボールのフィギュアは発売以来、造形や色彩などの進化を続けながら、多数の商品が作られてきました。 現在ではおもちゃ売り場だけでなく、ゲームセンターのクレーンゲームの景品、主にコンビニで買える「一番くじ」など、いたるところでハイクオリティなフィギュアを目にします。 その歴史を語る上で欠かせないのが、フィギュアの原型を作る「原型師」の存在。職人気質なイメージが強く、あまり表に出てくることのない彼らはどんな思いやこだわりを持って製作にあたっているのでしょうか。今回は長きにわたりドラゴンボールフィギュアの原型を手掛けてきた中澤博之さん、加藤蓮さん、そして彼らと仕事をするフィギュアプロデューサーの阪田典彦さん、クリエイティブディレクターの渡辺雄介さんを招き、対談を実施。 知られざる原型師の仕事やデザイン・製作過程などの変遷について、

                                                              [手先だけで筋肉や髪を表現。DBフィギュアを支える“神原型師”のハンパない技術に迫った]| 【公式】ドラゴンボールオフィシャルサイト
                                                            • WEB+DB PRESS休刊に寄せて

                                                              WEB+DB PRESS創刊22.9周年パーティの発表資料(最終版)です 資料中のURLは以下です: https://ja.wikipedia.org/wiki/I/O_(%E9%9B%91%E8%AA%8C) https://www.amazon.co.jp/dp/B000PMFZ58/ http://www.jmsi.co.jp/ https://blogs.itmedia.co.jp/sunada/2005/11/it_7926.html https://en.wikipedia.org/wiki/Tabulating_machine https://en.wikipedia.org/wiki/Punched_card https://image.honto.jp/store_floormap/1/70019.jpg https://ja.wikipedia.org/wiki/TK-

                                                                WEB+DB PRESS休刊に寄せて
                                                              • WEB+DB PRESS 22.9周年パーティ #wdpress_party の様子を写真で振り返る完全版レポート - 941::blog

                                                                こんにちは!みんな大好きWEB+DB PRESSのイベントを開催しました!その名もWEB+DB PRESS創刊22.9周年パーティ(副題 うまい肉とIPA)でございます。当日の様子をドギャンと写真やらXやらを駆使して振り返っていきたいと思います。 なお、こちらのエントリで使っている画像はXの埋め込み、注記があるもの以外は公式カメラマンとして参加していただいた @koyhogeさん & @nakansukeさんのお二人によるものです。ありがとうございます! あくまで有志の集まりということで開催しましたが「著者の皆さんと是非お会いしたい」と、元編集長の稲尾さんの熱い要望にお答えする形で ・著者枠を100 ・読者枠を60 ・運営など諸々で40 と、200名でのパーティとなりました。(ちなみに194名参加と脅威の参加率となりました、すご) 会場はGMOインターネットグループさんに会場を提供いただき

                                                                  WEB+DB PRESS 22.9周年パーティ #wdpress_party の様子を写真で振り返る完全版レポート - 941::blog
                                                                • WEB+DB PRESS Vol.125の特集「GraphQL完全ガイド」を執筆しました - cockscomblog?

                                                                  今週、10月23日(土)に発売されるWEB+DB PRESS Vol.125に掲載される、特集記事「GraphQL完全ガイド」を執筆しました。よろしくおねがいします。 桃栗三年、GraphQL 6年 原稿を書く過程で、知っているはずのことでも改めて調べなおしたりする。特に歴史みたいなのが好きで、GraphQLは2015年6月に発表されて、2018年に安定版になって、みたいなのをずっと調べてしまう。GraphQLってなんかすごい最近っぽく感じていたけど、発表されてからもう6年経つらしい。 ちなみにjQuery 1.0は2006年8月にリリースされていて、Reactは2013年5月に公開されたらしい。6年というのはだいたいそれくらい。 6年で、GraphQLはよく普及した。Facebookはもちろん、GitHubもTwitterもNetflixも、GraphQLを使っている。GitHubの新し

                                                                    WEB+DB PRESS Vol.125の特集「GraphQL完全ガイド」を執筆しました - cockscomblog?
                                                                  • 個人開発でDBコストを抑えるならEC2という選択肢もある - Qiita

                                                                    記事を書く背景 どうも、個人開発でwalicaというサービス作っている者です。 walicaは、2018年にサービスリリースしまして、今では月間3,000人が使っている、そこそこ使われるサービスになっています。 ところで、月間PV4万くらいですが、マネタイズには失敗しているので リリースしてから16ヶ月、赤字が続いています。 😂😂😂 広告収入がやや伸びてきていますが、赤字の主な原因はインフラ費用です。 また、普段は自分のブログで淡々と記事を書いているのですが、今回Qiitaで記事を書くことで、デメリットの指摘などのフィードバックコメントをいただきたいと思っています。 自分はインフラにそこまで詳しくないので、コメントや記事の修正を通してコスト最適化に重点を置いた個人開発のベストプラクティスについて議論できたら幸いです。 発生したインフラ費用の内訳 (2018年当時) DB (RDS |

                                                                      個人開発でDBコストを抑えるならEC2という選択肢もある - Qiita
                                                                    • 今すぐ使える分散DB​「エンハンスドデータベース(TiDB)」のご紹介​ | さくらのナレッジ

                                                                      はじめに この記事では、7月にリリースした、さくらのクラウドで使える機能の1つである「エンハンスドデータベース(TiDB)」というサービスについて紹介します。サービスの紹介に加えて、その裏で使っているTiDBという分散データベースの技術についても簡単に触れようかなと思っています。 分散データベース / NewSQLについて NewSQLとは さて、皆さんは「分散データベース」とか、あるいは「NewSQL」とか、そういった単語を耳にすることがあるでしょうか?ということでまずはこのお話をしたいと思います。 NewSQLと呼ばれているものはどういったものかといいますと、SQLをインターフェースとするという特徴を持っていて、データベース(例えばMySQLやPostgreSQLなど)と同じように強い整合性を持ち、トランザクションをサポートしていて、かつ分散データベース(分散型のリレーショナルデータベ

                                                                        今すぐ使える分散DB​「エンハンスドデータベース(TiDB)」のご紹介​ | さくらのナレッジ
                                                                      • 交通捜査支える最強DBに迫る 執念でそろえたカタログ1万7千冊超:朝日新聞デジタル

                                                                        ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                                                          交通捜査支える最強DBに迫る 執念でそろえたカタログ1万7千冊超:朝日新聞デジタル
                                                                        • 第5回 DB側でやること、アプリ側でやることを見極めよう | gihyo.jp

                                                                          本記事は、『Software Design 2019年8月号』の第2特集「ゲームを題材に学ぶ 内部構造から理解するMySQL」をWeb掲載用に再編集したものです。 本記事のテーマを、より基本的なところから丁寧に解説した『SQLの苦手を克服する本 データの操作がイメージできれば誰でもできる』が2019年8月26日に発売されました。本記事と併せてご活用ください。 「JOINはDBサーバの負荷が高くなる」は本当か? 「⁠JOINは複雑なので、単純なSQLに分割してぐるぐる系で取得すれば、処理が遅くなったとしても、DBサーバの負荷は減る」と考えているエンジニアが実際に存在します。前回解説したとおり、SQLのオーバーヘッドの大きさをイメージできれば、「⁠そんなことはない」と理解できたかもしれませんが、さらに深く理解するために、本稿ではJOINを分割したときと、JOINしたときの違いを見てみましょう。

                                                                            第5回 DB側でやること、アプリ側でやることを見極めよう | gihyo.jp
                                                                          • 5,500超のMySQLインスタンスを少人数で運用するには - LINEのDB運用効率化・自動化の取り組み - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                            5,500超のMySQLインスタンスを少人数で運用するには - LINEのDB運用効率化・自動化の取り組み 大きなサービスであれば、それを支えるデータベースの規模もまた大きくなるでしょう。LINE社のデータベースの規模は、2021年11月時点でMySQLのインスタンス数5,500超。巨大なデータベースの運用を効率化、自動化するための工夫やノウハウをLINE社のDBAに聞きました。 日本国内だけで、8900万人以上という膨大なMAUを抱えるコミュニケーションアプリ「LINE」をはじめ、多くの大規模サービスを運営するLINE株式会社(以下、LINE)が取り扱うデータ量は膨大です。使用するデータベースの規模は、なんと、2021年11月時点でMySQLのインスタンス数5,500超。これほど多くのインスタンスを管理しているにも関わらず、同社でMySQLの運用に携わるDBA(Database Admi

                                                                              5,500超のMySQLインスタンスを少人数で運用するには - LINEのDB運用効率化・自動化の取り組み - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                            • モバイルアプリ用プラットフォーム「MongoDB Realm」正式リリース。モバイルDB、リアルタイム同期、サーバレス、クラウドDBなどを統合

                                                                              MongoDBは、モバイルアプリケーションの開発と運用を行う統合プラットフォーム「MongoDB Realm」の正式リリースを発表しました。 発表は同社がオンラインで開催したイベント「MongoDB.Live 2020」で行われました。 MongoDB Realmは、2019年に買収したモバイルデータベース「Realm」とMongoDBの製品やサービスを統合し、モバイルアプリケーション向けの統合プラットフォームにしたものです。 MongoDB Realmには、iOSやAndroidに対応するモバイルデータベース「MongoDB Realm」と、バックエンドデータベースとなるクラウド上のデータベースサービス「MongoDB Atlas」、データベース間をリアルタイムに同期しオフラインにも対応する「Realm Sync」、Function-as-a-Serviceに対応するサーバレスコンピュー

                                                                                モバイルアプリ用プラットフォーム「MongoDB Realm」正式リリース。モバイルDB、リアルタイム同期、サーバレス、クラウドDBなどを統合
                                                                              • Rails 6.0の複数DBでリードレプリカのテストするのたぶん大変 - かみぽわーる

                                                                                Rails 6.0の複数DBのレビューしてるときに気づいたことなんですけど、たぶんリードレプリカからデータを読むテストをするのたぶん大変だと思われます。 うちの業務のアプリでActive Recordが更新を検知できない方法でデータが更新されるとテストがコケるという問題が以前にあり、これと同じ構造の問題がマスターのコネクションで更新したときマスターのコネクションのクエリキャッシュはクリアされるけどリードレプリカのコネクションのクエリキャッシュは残ったままというのがあるよね、というのをテストコードで示そうと思ったときのことである。 github.com 通常RailsアプリでDBつかったテストをするとき、テストの中で変更されたデータを毎回初期状態に戻すのにフィクスチャーをロードし直すのは時間がかかって効率がわるいので、テストケースに入る前にトランザクションを開始しといてテストケース終わったら

                                                                                  Rails 6.0の複数DBでリードレプリカのテストするのたぶん大変 - かみぽわーる
                                                                                • あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture

                                                                                  2024/3/26 @Offers 各社事例で振り返る データ構造x技術負債LT vol.2 マイベストの商品データベースを再設計した実例を通して、データベースやアーキテクチャを再設計をする際の進め方について発表しました。

                                                                                    あらゆる商品を扱う商品データベースを再設計した話 / product db re-architecture