[B! db] tri-starのブックマーク

tri-star id:tri-star

dbに関するtri-starのブックマーク (16)

WHERE id=? AND owner_id=? に天罰を - Qiita
$it em = $query->fetch(); if (!$it em) { throw new NotFoundException(); } owner_id と一致しない者がアクセスしたときは 403 Forbidden にして欲しいと顧客が求める可能性はないのか。拡張に対してオープンであろうとする配慮をなぜできないのか。そもそも、プライマリキーで十分高速にレコードを特定できている時点で、データベースの責務は終わっているのだ。なぜ貴様らは SQL などというモデリング言語外の文字列にユースケースを実装するのか。正しいコードを示そう。
tri-star 2020/02/26
DBがどこまでロジックを握るかの考え方。基本的にロジックはシステム側で握る。DBは必要なデータを効率よく取得することを意識する。

db

mysql
リンク
Replication from Percona Server for MySQL to PostgreSQL using pg_chameleon
Replication is one of the well-known features that allows us to build an identical copy of a database. It is supported in almost every RDBMS. The advantages of replication may be huge, especially HA (High Availability) and load balancing. But what if we need to build replication between 2 heterogeneous databases like MySQL and PostgreSQL? Can we continuously replicate changes from a MySQL database
tri-star 2018/08/20
FlyDataというのもあったと思うので後で比較する

database

db

postgresql

mysql
リンク
クラシル、不屈のキャッシュ戦略 - dely Tech Blog
こんにちは！プロダクトマネージャーをしている奥原 (@okutaku0507) です。前までサーバーサイドのリードエンジニアをしていました。 delyの開発ブログが長らく更新されておらず、不甲斐ないです。これからは活発にdelyが取り入れている最新技術や実際にあった事例、取り入れているアーキテクチャなどを中心に発信していきたいと思っています。久しぶりの今回は、delyが運営/開発しているレシピ動画サービスであるkurashiruの涙あり、笑いありのキャッシュ戦略について歴史と実際の事例を元に書いていきたいと考えています。最後には、僕が作成したクラシルに用いられているキャッシュ戦略をgemにしたライブラリを紹介いたします。はじめにサーバーサイドチームはクラシルの開発から1年半程度まで、主に僕一人しかいませんでした。TVCMによる急激なユーザー数増加や新機能開発、社員100人を支える管
tri-star 2018/07/29
infrastructure

performance

rails

db
リンク
MySQLでINSERTのデッドロックに嵌る人を1人でも減らすために - ichirin2501's diary
この記事ははてなデベロッパーアドベントカレンダー2015の12月24日の記事です。昨日は id:stefafafan さんのエンジニアと英語でした。こんにちは、こんばんは。クリスマス・イヴですね、皆さんはどのような一日を過ごされる(た)のでしょうか。僕は一人です。改めまして、先日初めての合コンを経験/失敗して二度と行かないと誓ったはてなの id:ichirin2501 です。今回は小ネタとしてMySQL(InnoDB)のBULK INSERTにおけるデッドロックの話をしようと思います。ただ、外部キー制約が絡むと複雑になるので今回は触れません。それについてはこちらを参照ください。あ、タイトルはオマージュです*1。 Topic 検証環境 INSERTのデッドロック避けられないケースもしくはロックするリトライ処理に注意初期データ Duplicateの場合 Deadlockの
tri-star 2018/03/22
mysql

DB

database
リンク
Realmの隠れた重要ポイント - Qiita
About Realmは、SQLiteやCoreDataを置き換えるべく開発されているDBで、主な特徴はこんな感じです。 NoSQL的なアーキテクチャ高速 JavaとCocoaをサポート iOSとAndroidで設計を共有できる DBファイル(*.realm)がプラットフォーム非依存なので、データの共有が容易公式のドキュメントやサンプルコードがそれなりに充実しているので、とりあえず使い始めるには情報に不足はありません。しかし、ある程度開発を進めていくと、ドキュメントで言及されていなくても、事前に知っておかないと辛い部分も見えてきたので、メモとしてまとめておきます。サンプルコードは主にJava(Android)となりますが、Cocoaな人は適宜Swift/Objective-Cに読み替えてください。 [共通] StandaloneObjectという概念 [Java] Standalo
tri-star 2015/06/14
db

database

android

ios

Swift
リンク
Sequel: The Database Toolkit for Ruby
Thread safety, connection pooling and a concise DSL for constructing SQL queries and table schemas. Comprehensive ORM layer for mapping records to Ruby objects and handling associated records. Advanced database features such as prepared statements, bound variables, stored procedures, savepoints, two-phase commit, transaction isolation, primary/replica configurations, and database sharding. With ad
tri-star 2015/02/20
Ruby

db

orm

database
リンク
書籍出版のお知らせ：理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL
来る2月27日、データベースの新書籍を発売させて頂くことになった。タイトルは「理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL」となっている。単に「データベース」と書いてあるが、RDBがメインのテーマの書籍である。多くの人が未だにRDBを使いこなせていないのではないか。RDBの使い方をマスターするには何が必要なのか。それがここ数年私が追ってきたテーマであり、この書籍を出すことになった動機である。あまりにも酷いDB設計、あまりにもスパゲティなクエリ、あまりにも希薄なデータモデルへの理解。そういった問題はどこから生み出されるのか。そのひとつの結論としてたどり着いたのが、「そもそもRDBの使い方があまり理解されていないのではないか」ということだった。名著、SQLアンチパターンでは「やってはいけないケース」について学ぶことができるが、その反対のテーマ、つまり本来どの
tri-star 2015/02/03
db

book

mysql
リンク
O/Rマッパーによるトラブルを未然に防ぐ
「ORMがトラブル起こすから嫌い」なんじゃなくて、「ORMが起こすトラブルが解決できないから嫌い」ってのがほんとのところじゃない？だったら解決方法を知ればいいんじゃね？というお話。「N+1問題」もろくに知らずにORMを批判せんでほしい。Read less
tri-star 2014/12/22
slide

db

mysql

orm
リンク
http://kwatch.houkagoteatime.net/blog/2014/12/20/postgresql-features/
tri-star 2014/12/22
postgresql

db
リンク
複数DBとRails
Rails複数DB Casual Talksで使ったスライドです http://connpass.com/event/9560/
tri-star 2014/11/16
slide

db

あとで読む

Rails
リンク
DB 設計時のサイズ見積り[最新版] - Qiita
こんにちは、すっかり秋ですね！@yone098 です。みなさんDBの設計してますか？ DB設計時のサイズ見積り以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。データタイプごとに必要な記憶容量テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5
tri-star 2014/11/07
あとで読む

db

mysql
リンク
MySQLユーザーのためのPostgreSQL対応表 - かみぽわーる
毎回わからなくなってググってるから今度からここに追記していく。 MySQL PostgreSQL SHOW DATABASES; \l USE dbname \c dbname SHOW TABLES; \dt SELECT * FROM tblname\G \x on SELECT * FROM tblname; SELECT * FROM information_schema.processlist; SELECT * FROM pg_stat_activity; KILL <pid>; SELECT pg_terminate_backend(pid); KILL QUERY <pid>; SELECT pg_cancel_backend(pid); table / column の情報 MySQL PostgreSQL SHOW TABLE STATUS FROM dbname; わ
tri-star 2014/10/28
postgresql

db

mysql
リンク
SlowQueryとの戦い
2014/10/11 PHPカンファレンス2014 LT無差別級での発表資料遭遇した衝撃的なSQLを紹介し、ORMと開発者に一言申します。Read less
tri-star 2014/10/15
あとで読む

slide

performance

db
リンク
Where狙いのキー、order by狙いのキー
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
tri-star 2014/08/30
あとで読む

slide

db
リンク
クックパッドにおける最近のActiveRecord運用事情 - クックパッド開発者ブログ
インフラストラクチャー部の成田（@mirakui）です。 Rails の OR マッパーである ActiveRecord ですが、みなさんどのように運用していますか？ ActiveRecord を使うと、 SQL を直接扱うことなく、抽象化された表現で RDB にアクセスできるので、アプリケーションの開発効率という観点ではメリットが大きいです。一方で、 ActiveRecord が駆使されているアプリケーションをサーバに配置してプロダクションとして運用する立場からすると、いくつかの問題に突き当たります。まずはクックパッド本体アプリケーションにおける、最新の rake stats をご覧ください。 +----------------------+-------+-------+---------+---------+-----+-------+ | Name | Lines | LOC
tri-star 2014/08/29
Ruby

Rails

db
リンク
[Q&A]MySQL開発でやってしまいがちな致命的ミス | Yakst
Percona MySQL Webinarsの発表(MYSQL開発でやってしまいがちな致命的なミスについて)のQAをご紹介します。本発表はSQLアンチパターン著者のBill Karwinさんの発表です。オリジナル: http://www.percona.com/resources/mysql-webinars/how-avoid-even-more-common-deadly-mysql-development-mistakes July 17, 2014 by Bill Karwin 水曜日に「MySQLを開発する上でよく起こる(そして致命的な)ミスをどのように回避するか」をPercona MySQL webinarsで発表した。お見逃の際は、ビデオとスライドを見る為に登録すればまだご覧にいただける。参加いただいた皆様、そしてとりわけすばらしい質問をしていただきありがたく思っている
tri-star 2014/08/11
mysql

db
リンク
1