【BPStudy#64】RDBじゃだめな理由を２つほど
皆さん、昨日はお疲れ様でした。 また、運営していただいたBeProudの皆さん、ありがとうございました。 10人くらいだったら完全非公開にしようと思ったんだけど、30人くらい来てくれたので公開することにしました。 UST録画はこちら BPStudy20121221 from Shinichiro Takezaki BDBの代わりにRDBのインスタンスを複数配置するんじゃだめなの？というのはよく聞かれる質問だけど、昨日も当然のように質問された。 いつもうまく答えられなくて歯がゆいけど、それは、O/Rマッパーも必要なくなって、RDBを導入管理する必要がないから。だけど、そこはやっぱり伝わんなかったかな～。 O/Rマッパー無くしてソフトスキーマで 開発の4割がマッピングといわれ、 それに、テーブル設計、正規化、SQL、チューニングなど、 ほとんどがデータベースまわり。要は、これを全否定したいわけ
ぶいてく
「知らなかった、を聞く」カンファレンス Builderscon 2017 で発表してきました。 お題は、「フロントエンドエンジニアが主役のBaaSを作った話」です。 まずはじめに、聞きに来ていただいた方、質問をしてくれた方、twitterで呟いてくれた方に御礼申し上げます。大変嬉しゅうございました。 Togetter 資料は、ここに上げています。 感想 当日はどんな内容をしゃべろうかいろいろ考えたのですが、聴衆受けするような流行りの話ではなく、むしろそれを否定し、独自の考え方と経緯などをすべてをさらけ出してみようと思って臨みました。 結果は案の定、玉砕に近い感じになりました。 でも、それでよかったと思っています。いや、逆によくこのテーマで人が集まったものだと驚いているくらいです。辛抱して最後まで聞いていただき感謝しております。 私達は何年もかけて、reflexworks/vte.cxという
【Google App Engine】 TaskQueueはスケールしない！？
TaskQueueによって、何がどう改善されるかについて、Reflex iTextを使って具体的に調べてみたので報告したい。特に、パフォーマンスについて、先日の記事（ココ）と比較しながら説明する。 やりたいことは単純で、大量のPDFをいかに短時間で生成するかである。前回のテストでは、クライアントから大量のリクエストを投げることでこれを実現しようとしたが、リトライ処理が多発してスケールしなかった。では、TaskQueueを使うとどうなるのだろうか。今回はそこにポイントを絞って調べてみた。 TaskQueue概要 まず、TaskQueueであるが、これはWebHook型のキューシステムで、Task自体を通常のServletとして書くことができる。Googleのサンプルを見ればわかるように、QueueFactory.getDefaultQueue().add()を使って、URLとRequestP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
