[B! DB] sekaiitiのブックマーク

DB Pilot - DuckDB GUI Client

DuckDB GUI Client DB Pilot is a database GUI client for DuckDB and various other databases. Available for Mac, with Linux and Windows support coming soon. Working with SQL has never been easier - thanks to DB Pilot's integrated AI assistant.

sekaiiti 2024/02/05

db

リンク

なぜTwitterは低遅延のままスケールできたのか秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT

ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の﹁QCon Tokyo 2010﹂で基調講演を行った。﹁Data Architecture

sekaiiti 2023/07/05

リンク

DBやめてみた / DNS water torture attack and countermeasures

2023/06/21 TechFeed Experts Night#21 〜 Webパフォーマンス・チューニング最前線 : 後編（DB、CDN、キャッシュ、OS編）

sekaiiti 2023/06/22

db
dns

リンク

プライマリーキー(primary key)はシーケンシャルな値で良いと思うよ - 角待ちは対空

zenn.dev を読んでの感想です。﹁シーケンスナンバーをPKにする﹂以外の項目については言及しませんが、言及しないことは正当性や妥当性を保証していることにはならないです。 InnoDB(MySQL)を想定してます。が、原理は割と一般的なので他のDBでも適用できることが多いと思います。追記:一般的とは分散でないような"普通の"RDBMSを想定してましたが、分散システム(distributed systemないしreplicated system)のような場合では話が違います。なぜシーケンシャルな値がよいか端的にいうと書き込み操作時にバッファープール(baffuer pool)に読み混む必要のあるページが少なくて済むからです。その結果書き込み操作時にバッファープールにページが存在する可能性が高くレイテンシー的に有利になる可能性が高いです。バッファープール、ページ、btreeなど具体

sekaiiti 2021/06/28

mysql
db

リンク

WEB+DB PRESS Vol.122に特集「Rustで実装！作って学ぶRDBMSのしくみ」を書いた - Write and Run

KOBA789 です。時が経つのは早いもので、気づけば2月末に無職になってから1ヶ月以上が過ぎていました。その間に何をしていたのかといえば、表題の特集記事の執筆をしていました。宣伝このブログ記事は WEB+DB PRESS Vol.122 を読みたくなるためのものです。ぜひ買ってね。買ったらちゃんと読んでね。作って学ぶ RDBMS のしくみ、書きました。みんな大好き Rust を使って解説してます https://t.co/nm526qQYnm— KOBA789 (@KOBA789) April 8, 2021 gihyo.jp 使用言語は Rust だし、RDBMS はそもそも難しいトピックだしで結構重めの内容ですが、まずは読み物として寝転びながらでもいいので読んでみてほしいです。ゴールデンウィーク*1の自由研究のお供にもどうぞ。たぶんちょうどいい分量なんじゃないかなぁ。ゴー

sekaiiti 2021/04/09

リンク

新機能がサービスのパフォーマンスに悪影響を与えないか素早く推定する - Hatena Developer Blog

こんにちは、 id:shiba_yu36 です。先日、新しい機能や改善を加えようとする時に、それがデータベースに対して悪影響を及ぼさないか、どのように検証すれば良いですかという相談を受けました。つまり、新しく作った機能を導入した瞬間にデータベースが高負荷になりサービス全体に影響を与えたりしないか不安であるという相談です。その相談に対して僕は、簡単な計算式を作り、その機能のデータベースへの影響度をざっくり推定することで、リリース前に時間をかけずにパフォーマンスに悪影響を与えないか推定できるという話をしました。この話をしていて、﹁リリースする前に新機能や改善がサービスのパフォーマンスに悪影響を与えないか素早く推定する﹂ことは、経験のあるエンジニアは自然とやっているけれど、あまりブログなどで言語化されていないと感じました。そこで、今回はこのことについてブログに書いてみます。なぜ機能をリリー

sekaiiti 2017/03/23

リンク

RDBアンチパターン // Speaker Deck

PHPカンファレンス2016の資料です http://phpcon.php.gr.jp/2016/

sekaiiti 2016/11/04

リンク

4ステップで作成する、DB論理設計の手順とチェックポイントまとめ - Qiita

はじめに﹁達人に学ぶDB設計﹂、﹁SQLアンチパターン﹂を読んだのでDB設計をする流れとその過程でのチェックポイントをまとめてみました。今回は本に載っているものの中でも特に重要そうな部分に絞ってみました。さらに詳しいことを知りたい方は本を購入してみてください。個人的には達人に学ぶDB設計徹底指南書のほうがおすすめです。こちらだけあれば十分だと思います。 DB設計には大きく分けて論理設計と物理設計の二つがありますが、今回はアプリケーション開発でメインとなる論理設計の部分に焦点をあてて説明をします。一番最後にチェックポイントだけをまとめた章を用意したので、チェックポイントだけ知りたい方は最後だけ見ていただければと思います。 DB論理設計の流れ DB論理設計は以下のようなステップで進めていきます。エンティティの抽出エンティティの定義正規化ER図の作成以下では各ステップごとに章を

sekaiiti 2016/11/01

リンク

データベースについてのそもそも論

先月のはじめのほうで、「リレーショナルデータベースとの上手な付き合い方」というタイトルで、2回発表をした。ひとつは「まべ☆てっく Vol.1」であり、もうひとつは「Hacker Tackle（ハカタクル？）」である。「リレーショナルデータベースの開発・運用に纏わるもろもろの話をして欲しい」というような内容の話をしてくれないかという同じような依頼を、ちょうど2日違いのイベントで頂いた。9/8のまべ☆てっくと、9/10のHacker Tackleである。そうなると必然的に話す内容も、同じようなものになってくる。同じ人物（＝私）が話すのだから、テーマも同じで時期も同じであれば、内容が同じようなものになるのが自然である。もし違うものになってしまっているのであれば、片方はウソをついているということになるはずだ。今日は発表に使用したスライドを紹介しつつ、なぜデータベースを使うべきなのか（あるいは使う

sekaiiti 2016/10/06

リンク

Docker と ECS と WebSocket で最強のリアルタイム・マルチプレイ環境を運用 | GREE Engineering

概要 AWS ECS でマルチプレイゲーム用インスタンスの管理すると限りなく最強。はじめにリアルタイム・マルチプレイゲームを作る時、まず考えられることは、あるプレイヤーの行動や状態が他のプレイヤーに伝わることではないかと思われます。しかし、スマートフォンアプリは不安定であったり、複数端末同士で(基地局やバックボーンを介さずに)物理的に直接接続することは出来ませんし、理論的にできたとしても、だいたい開発が進んでいくうちに排他制御の問題などで炎上、もしくはとん挫してしまいます。軽い気持ちでマルチスレッド処理をおこない事故る現象と全くおなじです。もっとも簡単な解決方法としてはマルチスレッド処理のときようにクリティカルセクションを設けることです。ようはサーバを用意してそこで処理すれば、比較的容易に一意な結果が得られますし、接続に関する問題も起こりにくくなります。長くなるので → http:

sekaiiti 2016/06/11

リンク

ネットゲームデータベース設計むかしばなし、あるいはとんでもないMMORPGの設計の話: 不倒城

目次・記事一覧(1) レトロゲーム(185) 日記(772) 雑文(512) 書籍・漫画関連(56) 子育て・子どもたち観察(115) ゲームブック(12) フォルクローレ・ケーナ・演奏関連(86) FF14(40) レトロでもないゲーム(336) 始めたばっか(13) アナログゲームいろいろ(37) 人狼(48) ネットの話やブログ論(61) 三国志大戦(20) 無謀的世評(52) ゴーストライター(16) 大航海時代ONLINE(40) FF3(6) Civ4(18)

sekaiiti 2016/06/03

DB
サーバ

リンク

プログラミングで変数名や関数名のネーミングに迷ったときに便利なカンニングペーパーまとめ

僕は、プログラムをする上で変数や関数に良い名前を付けるのはとても重要と考えています。というのも、良い名前を付ければ、それだけでそのコードがしたいことの説明になり、コメントと同等の働きをすることもあるからです。自分がちゃんとそれをできているのかはさておき、僕は普段から、できれば読みやすくて分かりやすい名前を付けたいと思っています。他の人も読むコードであれば、できればプログラムでよく使われるような単語を利用して書いた方がより分かりやすいです。ただ、よい名前を考えるのって、ちょっと面倒くさいんですよね。僕はこれまで、英語の辞書を利用して、考えたりしていたのですが、﹁何か、プログラムでよく使われる単語をまとめたものはないか？﹂と探したら、ドンピシャのものがいくつかあったので、それらをまとめて以下で紹介します。 photo by Michael Coté codic codic – デベロッパ

sekaiiti 2015/03/13

リンク

IDEA * IDEA

ドットインストール代表のライフハックブログ

sekaiiti 2015/03/08

リンク

時代はポストRDBへ--NoSQL徹底研究：2015年はNoSQL元年、今なぜ必要なのか

印刷するメールで送るテキスト HTML 電子書籍 PDF ダウンロードテキスト電子書籍 PDF クリップした記事をMyページから読むことができます企業の中で最も重要な資産の一つである“データ”の多くは1990年代以降、多くがリレーショナルデータベース︵RDB︶で管理されてきました。ところが最近のビッグデータの潮流の中で、インターネットやモバイル端末を利用する“モノのインターネット︵Internet of Things‥IoT︶”のデータを取り扱う企業やウェブ系、一般企業で従来から利用しているRDBではなく、NoSQLを利用する企業が増えてきています。NoSQLが話題になるようになって数年経ちますが、今なぜNoSQLなのか、日本で利用者が増加しているオープンソースの主なNoSQL製品を研究しながら探っていきたいと思います。今回、この企画をするにあたって、各ベンダーや各方面の専門家

sekaiiti 2015/03/02

nosql
db

リンク

我々は何故RDBMSを使うのか

Your browser doesn't support the features required by impress.js, so you are presented with a simplified version of this presentation. For the best experience please use the latest Chrome or Safari browser. Firefox 10 (to be released soon) will also handle it.

sekaiiti 2015/02/17

MySQL
db

リンク

SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう！

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

sekaiiti 2014/10/04

リンク

『MySQL初心者に贈るインデックスチューニングのポイントまとめ2014』

サイバーエージェント公式ブログをご覧の皆さんこんばんは、インフラ＆コアテク本部の須藤(@strsk)です。普段はAmebaのソーシャルゲーム全般のインフラを見つつ、日本語ラップの啓蒙をしながら弊社社員を素材にコラ画像をつくったりしています。好きなAAは麻呂です。はい、というわけで今回はMySQLインデックスチューニングの基本的な流れについてまとめてみました。ソーシャルゲームは更新も参照もめちゃくちゃ多いです。数秒のレプリケーション遅延も致命的なので適切なテーブル、クエリとインデックス設計が重要です。︵何でもそうですけど︶インデックスが多くなると更新コストなどが懸念されますが、インデックスが正しく使われていないクエリを放置している方が悪です。そんなこんなで、割と例も偏ったりしてるかもしれませんがあしからず。前提としてはInnoDBを想定しています。MyISAMはほとんど使っていません。

sekaiiti 2014/09/19

MySQL
DB

リンク

操作が複雑なソフトウェアも簡単に使える！GUIフロントエンド大集合 MOONGIFT

開発者向けのソフトウェアではCUIやテキストベースの設定ファイルを編集するのが基本だと思います。しかしこれでは非開発者の方や、あまり慣れていない人が操作しようと思った時にミスを生みやすくなります。そこで便利なのがGUI布団とエンドフロントエンドです。これを上手に使うと、知らなかった設定が見つかったり、typoによるミスを防ぐことが出来ます。大量のデータを更新する自動化には向きませんが、少数の設定を不定期に行う際などに便利でしょう。データベース高機能なMySQL フロントエンド﹁HeidiSQL﹂ HeidiSQLからデータベースを選択してテーブルの内容を見られるのはもちろん、データを編集してアップデートすることもできる。テーブルの構造を変更したり、インデックスを追加することも可能だ。任意のクエリーを実行、データのエクスポートやインポートもできる。HeidiSQLからユーザ管理を行ったり

sekaiiti 2014/05/06

DB
MySQL

リンク

[MySQL][Python]8000万レコードをInsertする | Momentum

概要・とある物件で8000万弱のレコードを新規のDBに効率的にぶち込む方法を考える必要に・MySQL(Amazon RDS) + Python(mysql.connector)を想定・mysql.connector + pythonについては拙文ながら(http://nekopuni.holy.jp/?p=927)に書いております。・コミットの位置には気をつけよう + Multiple Insert最強ねというお話。方法その1まずは最初にやった方法。1レコードごとにInsertしてコミットしていく方法。今までDB関連でやったコードはレコード量も大したことなかったので以下の方法でも特に問題なかった。具体的な環境としてはテキストデータ(csv)を読み込み、それをDBにInsertしていくというもの。 csvの中身は日付(DATE)とデータ値(VALUE)がカンマ区切りになってい

sekaiiti 2014/05/05

MySQL
DB

リンク

Pythonで作られた便利なコマンドラインツール MySQL Utilities

MySQL Utilitiesならではの注意点 MySQL Utilitiesは従来のコマンドラインツール群とは違い、以下のような記述で接続先を指定します。これは、従来のコマンドラインツール群が主に1つのMySQLサーバーを対象として動作するものなのに対して、MySQL Utilitiesは2つ以上のMySQLサーバーを対象として動作するものが多いため、このような記法になっています。 [MySQL Utilitiesの記法] --server=ユーザ名:パスワード@ホスト名:ポート番号 [MySQL コマンドラインツール群の記法] --user=ユーザ名 --password=パスワード --host=ホスト名 --port=ポート番号なおWindows環境ではローカルホストとしてlocalhostと127.0.0.1のどちらを指定しても同じですが、LinuxやUNIXではホスト名に対

sekaiiti 2014/02/13

リンク

はてなブックマーク

タグ

関連タグで絞り込む (21)

DBに関するsekaiitiのブックマーク (20)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス