タグ

dbに関するokinakaのブックマーク (43)

  • Databases, SQL Server, and Data Models Examples

    Welcome to our repository of data models. Check out the older data models created by Barry Williams over the years, we are trying to continue what he started many years ago. Welcome to our database design community! Discover how to build MS Access databases, SQL Server design, and explore data models from many different industries. You will learn how to organize and structure data, optimize your b

  • 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で整理しよう
  • スキーマのバージョン管理と互換性の話 | フューチャー技術ブログ

    はじめにはじめまして、TIGの原木です。サービス間通信とIDL(インタフェース記述言語)連載の4目です。 気が付けば、バージョンの話0ばかりしています。 この記事ではスキーマのバージョン管理と互換性について話します。 “スキーマ”が指し示す言葉と課題一般的にスキーマのバージョン管理という話が出た場合、次のどちらかを想像する人が多いのではないでしょうか。 データベースのスキーマ(DB内のデータ構造)の変更をどうやってバージョン管理していくか サービス間通信で使用するデータフォーマット(ex. gRPCのprotobuf)をどうやってバージョン管理していくか データ構造が変わったことによりソフトウェアの改修が発生するとわかった瞬間、この問題に直面して「どうしよう…」と悩まれた経験を持つ方は数知れずいらっしゃるかなと思います。 両者において、スキーマのバージョン管理が課題だと意識するタイミング

    スキーマのバージョン管理と互換性の話 | フューチャー技術ブログ
  • [#JTF2020 解説版]理解して拡げる 分散システムの基礎知識 - Qiita

    はじめに July Tech Festa 2020において、「マイクロサービスの今だからこそ!理解して拡げる 分散システムの基礎知識」のタイトルで登壇をしてきました。スライドはこちらにありますが、資料内や当日のトークで話せていない部分を含めて、こちらでblogとして解説をしておきたいと思います。 1. セッションの導入 - 新たなムチャブリ - 今回は昨年の#JTF2019で私が話した、「Cloud Native開発者のためのDatabase with Kubernetes」からの続編という形にしてみました。 昨年は、 「せっかくKubernetesを使うのにアプリケーションだけじゃもったいない。 DB、そしてステートフルなワークロードにも適用していきましょう」 という話をしましたが、Kubernetes-native Testbedなど、そうした取り組みが増えつつある傾向にはとても興味を

    [#JTF2020 解説版]理解して拡げる 分散システムの基礎知識 - Qiita
  • golang-migrateでDBマイグレーション | DevelopersIO

    golang-migrateとは? Go言語で作成されたDBマイグレーションツールで、GO言語のライブラリとしてだけではなく、CLIからも利用できます。そのためJavaで開発されているprismatixというサービスでも利用することができます。 JavaのマイグレーションツールにFlywayやliquibaseといったものがあります。その中でこのツールの特徴は、マイグレーションを定義しているファイルをGitHubAWS S3などから直接参照することができることです。(もちろんローカルのファイルシステムにも対応しています) また対応しているデータベースエンジンも多く、MySQLやPostgreSQL以外にもMongoDBなどにも対応しているなど、様々な場面で使うことができるツールだと思います。 環境構築 今回は手軽に試すためにdocker上で、golang-migrateとPostgreS

    golang-migrateでDBマイグレーション | DevelopersIO
  • DockerでサクッとDBからER図を作成する - Qiita

    SchemaSpyというDBのスキーマを解析してテーブルの一覧やER図を出力してくれるツールがあります。 このツールの公式Dockerイメージが公開されており、非常に使いやすいので紹介させて頂きます。 https://hub.docker.com/r/schemaspy/schemaspy/ コマンド docker run -v "$PWD/schema:/output" --net="host" schemaspy/schemaspy:snapshot \ -t <DB種類> -host <DBホスト名/IP>:<ポート> -db <DB名> -u <DBユーザー名> -p <DBパスワード> このコマンドを実行するとカレントディレクトリのschemaディレクトリに解析結果のHTMLが出力されます。 (コンテナは自動的に終了します) docker run のオプション -vオプションで指

    DockerでサクッとDBからER図を作成する - Qiita
  • レコードの変更予約管理を合理化する - 設計者の発言

    取引先の社名が来月から変わることになったとしよう。取引先情報の管理者は、月末に残業して「取引先マスター保守」のアプリを開いて、項目値を変更することだろう。しかし、そのように牧歌的な態勢では対応しきれないケースもある。ここはやはり、将来に変更されることがわかった時点でその事実をさっさと登録し、規定のタイミングで自動更新できるようにしたい。どんなやり方が考えられるだろう。 説明のために、そのように扱われる項目を「時限属性」と呼び、それ以外を「恒久属性」と呼んでおこう。「時限属性」には、タイミング指定で値が変化するとともに、過去の変更履歴が管理対象となるといった特徴がある。いっぽうの「恒久属性」については、値の変更要求があればその場で変更してかまわない。 一般に、1個のテーブル上には時限属性と恒久属性とが混在するし、時限属性の値が変化するタイミングもバラバラである。まさにこれらの理由から、テーブ

    レコードの変更予約管理を合理化する - 設計者の発言
    okinaka
    okinaka 2016/05/09
    あとで読む
  • TMD-Makerとは | TMD-Maker

    TMD-Makerとは TMD-Makerは、佐藤正美氏が考案したTM(T字形ER手法)の表記法であるTMD(T字形ER図)を作成する オープンソースのTM(T字形ER)ダイアグラム作成ツールです。 ダウンロードする TM(T字形ER)について TMとは、ビジネスを解析しながらデータベース構造も同時に作る手法です。 現在も同氏により定期セミナーやコンサルティング、TM理論の検証が行われています。 TMとTMDのより詳しい情報は株式会社SDIのサイトを参照してください。 属人性を排除したビジネス解析 TM(T字形ER)は単なる表記法ではなく、ダイアグラムの生成ルールが定義された分析手法です。生成ルールに従うことで属人性を排除したビジネス解析を行うことができます。 TMD-MakerはTM(T字形ER)に準拠しており、表記法だけでなく生成ルールに従ったダイアグラムが作成できます。

  • MyBatis MigrationsとBambooとSchemaSpyでデータベースの構成を管理する - bluebird

    このエントリーは、ゆかむアドベントカレンダー - ゆかむ | Doorkeeperの7日目エントリーです。 はじめまして。@setoazusa です。こんなハンドルですが、男性です。 都内のSIerで、TDDの導入や、DevOpsの推進、プロジェクトメンバーのフォローなどを仕事にしています。 IT技術者のコミュニティでは、TDDBCなどのコミュニティなどを中心に活動しています。よろしくお願いします。 ゆかむさんとは、第2回 ゆかむ勉強会 - connpassで、「CIサーバーとSchemaSpyでデータベースのドキュメント作成を自動化」というお題で話をさせていただきました。 CIサーバーとSchemaSpyでデータベースのドキュメント作成を自動化 from Hiroyuki Ohnaka 今日は、その話の続きで、データベースのスキーマ管理のために、ツール同士をどう連携させているかという話を

    MyBatis MigrationsとBambooとSchemaSpyでデータベースの構成を管理する - bluebird
  • Adminer - Database management in a single PHP file

    Adminer (formerly phpMinAdmin) is a full-featured database management tool written in PHP. Conversely to phpMyAdmin, it consist of a single file ready to deploy to the target server. Adminer is available for MySQL, MariaDB, PostgreSQL, SQLite, MS SQL, Oracle, Elasticsearch, MongoDB and others via plugin. Features, Requirements, Skins, References Why is Adminer better than phpMyAdmin? Replace phpMy

    Adminer - Database management in a single PHP file
    okinaka
    okinaka 2014/01/27
  • Charming Python: Functional programming in Python, Part 3

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Charming Python: Functional programming in Python, Part 3
    okinaka
    okinaka 2013/11/18
  • データベースアプリケーション開発を炎上させる負のスパイラル

    毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか? A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ

    データベースアプリケーション開発を炎上させる負のスパイラル
    okinaka
    okinaka 2013/11/18
  • DBスキーマもバージョン管理したい!

    PostgreSQLカンファレンス2013 LightningTalk (2013-11-13: migr8.rbの設定箇所を若干修正) (2013-11-14: SQLite3での設定等を修正、「migr8.rb new --table=users」を追加)

    DBスキーマもバージョン管理したい!
    okinaka
    okinaka 2013/11/12
    ランダムなIDだと時系列で追っていくのが大変そうだ。
  • Phinx

    Super easy to install Most database migration tools are framework dependent, complicated, confusing to install/configure and a pain in the ass to write migrations for. In less than 5 minutes you can install Phinx, create and execute your first migration. Write migrations in Pure PHP or SQL Phinx supports migrations written in both PHP and SQL. Use the PHP syntax to make your migrations portable be

    okinaka
    okinaka 2013/10/24
    DBマイグレーションツール。 PostgreSQL は対応したばっかりなので機能的にいろいろ足りない
  • ScaleOut | Supership

    「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。

    ScaleOut | Supership
    okinaka
    okinaka 2013/07/03
  • 既存のテーブル用のマイグレーションファイルをSequelで作成する - Qiita

    今まできちんとテーブル構造の更新管理をしていなかったとして... というかこういうのもう201X年代には起き得ないと思うのだけど、 なんかまあつまらんし書いてみる。 sqlファイルを生でmysql database < hoge.sql みたいな形でわせることを 続けていて、マイグレーションをマトモにできていないのでは?と気がついたとき、 その時、Sequelを使えば救われる。 Sequelを使う準備 環境を汚したくないのでbundlerを使う。 今回利用するRDBMSmysqlなので、mysql2アダプタもインストールする。

    既存のテーブル用のマイグレーションファイルをSequelで作成する - Qiita
  • HeidiSQL - MariaDB, MySQL, MSSQL, PostgreSQL and SQLite made easy

    What's this? HeidiSQL is free software, and has the aim to be easy to learn. "Heidi" lets you see and edit data and structures from computers running one of the database systems MariaDB, MySQL, Microsoft SQL, PostgreSQL and SQLite. Invented in 2002 by Ansgar, HeidiSQL belongs to the most popular tools for MariaDB and MySQL worldwide. Download HeidiSQL, read further about features, take part in dis

    HeidiSQL - MariaDB, MySQL, MSSQL, PostgreSQL and SQLite made easy
    okinaka
    okinaka 2013/05/23
  • データベース設計の煩雑な作業を自動化する「ERMaster」

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

  • Homepage - Flyway

    Increase reliability of deployments by versioning your database Get Flyway for free Stay updated about Flyway Get all the latest guides, community news, product updates, and resources

    Homepage - Flyway
  • 第2回 最大の課題「I/Oボトルネック」の原因と分析法 | gihyo.jp

    I/Oの「レスポンス」と「スループット」とは? 連載第1回でご紹介したように、大規模データ処理を行うデータベースで一番大きな課題となるのは、ディスクI/O(以降、単にI/Oと表記します)のボトルネックです。数百GBやTBクラスの巨大データウェアハウスの場合、SQLが実行される時間のほとんどがI/Oを待つ時間となっているケースが多々あります。 ここでは、I/Oボトルネックが発生するおもな原因を、「⁠レスポンス」と「スループット」という概念から見ていきましょう。それぞれ、広義では以下の定義となります。 I/Oレスポンス=I/O要求処理にかかる応答時間 I/Oスループット=単位時間当たりのI/O処理量 Oracle Databaseに当てはめると、以下のように定義できます。 I/Oレスポンス=1データブロックの読み出しや書き込みにかかる時間 I/Oスループット=単位時間あたりの読み出しや書き込み

    第2回 最大の課題「I/Oボトルネック」の原因と分析法 | gihyo.jp
    okinaka
    okinaka 2013/01/10