Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...
![10gen: MongoDBのフォールトトレラントの正当性を主張](https://cdn-ak-scissors.b.st-hatena.com/image/square/4ca022a7995a65bc28e45f9be68539b97bf7e1be/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20240130102741%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
MongoDB BlogAnnouncements, updates, news, and more Leveraging Database Observability at MongoDB: Unlocking Performance Insights and Optimization Strategies This post is the first in a three-part series on leveraging database observability. Observability has evolved into an essential information technology component, offering advanced insights into system performance beyond traditional monitoring.
id:tagomoris さんにお声がけいただきまして、Fluentd Casual Talks にて「fluentdでWebサイト運用を楽にする」というタイトルで発表させていただきました。 発表資料はこちら 主催者の id:tagomoris さん、会場を提供していただいた DeNA 様、いろいろ準備をしてくださった id:riywo さんはじめ多くの方々、参加してくださった100名以上の皆様、ありがとうございました!楽しかったです。 発表ではここ半年ほど Fluentd を運用して来た経験をお話ししましたが、発表内で触れなかったことで大事(?)なことがありますので以下に補遺をいくつか書いておきます。 MongoDB にログを溜めすぎない方がいいかも 太田さん (@kzk_mover) の発表内でも触れられていましたが、数千万件程度にしておいたほうがいいのでは……という実感です。 発表内
Post published:November 14, 2010 Post Author:Johan Rask Post Category:Java / Tips & Tricks Post Comments:8 Comments This post describes how you with a few lines of code can take full advantage of Lucenes powerful analysis functionality for text normalization (crucial for free text searching) for both storing and querying, but using standard MongoDB features for data storage, indexing and retrieval
NOSQL has become a very heated topic for large web-scale deployment where scalability and semi-structured data driven the DB requirement towards NOSQL. There has been many NOSQL products evolving in over last couple years. In my past blogs, I have been covering the underlying distributed system theory of NOSQL, as well as some specific products such as CouchDB and Cassandra/HBase. Last Friday I wa
The document discusses several challenges with MongoDB, including: 1. MongoDB uses a global write lock, which can negatively impact write performance. 2. Auto-sharding in MongoDB is not always reliable, as the balancer can get into deadlocks and MongoDB has trouble determining the number of documents after sharding. 3. Being schema-less is overrated, as it means repeating the schema in each docume
2011年4月2日土曜日 mongodb たぶんこう動いてる想像上の画像 規模に合わせて拡張したい MongoDB 2台構成 2冗長(replicaset),1バランシング(sharing) 下のサーバーにもconfigサーバーいる(忘れてただけ MongoDB 4台構成 2冗長(replicaset),2バランシング(sharing) configサーバーを下のサーバーにもう一個いれる もしかしたらconfigサーバー分割になるかも MongoDB 9台構成 3冗長(replicaset),3バランシング(sharing) たぶんconfigのサーバーは別に出さないとメモリとかいろいろ大変なのかなと思うので12台になるのか あと急に9台になった意味はなく、したの3台抜いて6でもいい みんなのお勧め 時刻: 23:46 メールで送信 BlogThis! Twitter で
The document provides tips and explanations for various MongoDB commands and operations including explain, hint, setProfilingLevel, currentOp, and mongostat. It discusses using indexes to optimize queries, setting profiling levels to log slow queries, using currentOp to view currently running operations, and using mongostat to view MongoDB server statistics.Read less
TL;DR Python powered MongoDB based search engine https://github.com/SupermanScott/Arya MotivationI wanted to explore MongoDB Map Reduce framework and to build something non-trivial So this is a system that provides an Indexer and a Searcher to do the tasks and store the data in MongoDB. It is realtime search as the index is just a collection in MongoDB.SolutionThe solution uses Python and pymongo
MongoDBとは? 近年主にWebアプリケーションのデータストアとしてRDBMSの代わりにNoSQLと呼ばれるミドルウェアが注目を集めている。NoSQLは、RDBMS以外のデータストアの総称であり様々な製品が存在するが、いずれもRDBMSよりも機能がシンプルな分高速に動作し、スケーラビリティに優れるという特徴を持っているものが多い。 MongoDBは数あるNoSQL製品の中でも特に人気の高いもののひとつで、スキーマレスなドキュメント指向のデータベースだ。今回は、このMongoDBのフロントエンドとして利用可能なツールを紹介したい。 mViewer mViewerは、Javaで実装されたWebベースのMongoDBフロントエンドだ。軽量サーブレットコンテナであるwinstoneが同梱されており単体で実行できるようになっているため、Javaが動作する環境があればすぐに利用することができる。
New Feature: MongoLab can now manage remote databases MongoDB sports a powerful command line shell to create and manipulate databases, collections and documents. As powerful and complete as it is, sometimes a Graphical User Interface (GUI) is more appropriate and preferred. We here at MongoLab have always been at work on Web GUI tools for our hosted MongoDB instances. On more than a few occasion
「PASTEBIN」というコンソールの出力やエラーログ、ソースコードなどを張り付けて共有するWebサイトがあり、そこに投稿された内容が議論を巻き起こしました。「Don't use MongoDB」というタイトルが付けられた文章には、ヘビーにMongoDBを利用しているユーザからの辛辣(しんらつ)な批判が綴(つづ)られていました。 告発者はプロジェクトにて数千万件ものユーザ管理にMongoDBを利用しており、これまで長い間10gen社(MongoDBの開発元)から最高レベルの)有償サポートを受けていたため黙っていたが、少しでも多くの人に警鐘を鳴らすべく立ち上がったそうです。MongoDBの扱いやすさやスキーマフリーなモデル、豊富な実績などに一定の評価をしつつも、大規模な環境で実際に動かさずに判断するのは時に重大な問題となり、MongoDBにはそれが向いていないと言い切っています。 具体的に
原文(投稿日:2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が2つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命-もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい-容易にメモリーに収まる(~15 GB) 二次索引-キ
I spent the weekend reading over all the conversations on Hacker News (effectively summarized in this post) about how MongoDB had failed this one company, and all the follow-on conversation about why or why not to use Mongo as a database solution. Fortunately there are often some very rational people in the comments on Hacker News, but I feel like there is one key takeaway: developers and engineer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く