クックパッドAndroidアプリにおける最近のDB運用事情 - クックパッド開発者ブログ
モバイルファースト室の @rejasupotaro です。 Androidフレームワークには端末内にSQLiteでデータを保存するしくみがありますが、みなさんはどのようにしてますか？ クックパッドのAndroidアプリでは、ActiveAndroidを使ってDBにデータを保存しています。 ActiveAndroidとは ActiveAndroid とは、Active Recordパターンを採用したAndroidのORMです。 テーブルのCREATEを行うときに、SQLiteOpenHeleperを継承したクラスでonCreateをOverrideしてdb.execQueryでCREATEクエリを実行…としなくても、ActiveAndroidを使えば、 public class MyApplication extends Application { @Override public void
OracleとMySQLの比較
2.1 データベース・セキュリティ この項には、MySQLデータベースとOracle Databaseのセキュリティ問題に関する情報が含まれています。 Oracleと同様に、MySQLユーザーはデータベースによって管理されます。 MySQLでは、一連の付与表を使用して、ユーザーとユーザーが所有できる権限を追跡します。 MySQLでは、ユーザーに対して認証、認可およびアクセス制御を実行する際に、これらの付与表を使用します。 2.1.1 データベース認証 Oracle（データベース認証を使用するように設定した場合）や、ユーザー名とパスワードのみを使用してユーザーを認証する他のほとんどのデータベースとは異なり、MySQLでは、ユーザーを認証する際に、追加のlocationパラメータを使用します。 このlocationパラメータは、通常、ホスト名、IPアドレスまたはワイルドカード（%）です。 My
Apacheの基本認証をDBを使って行うmod_auth_mysql - プログラマでありたい
手軽にApacheで認証を行ないたくて、mod_auth系のモジュールを探ってみました。パスワードファイルではなくてDBを使って認証できないかと思って見ていると、主要DBに対しては一通り揃っていました。その中でmysqlに対応しているのが、mod_auth_mysql。使い方は割と簡単で、CONFIGUREを読めば大体理解できます。 CentOSだと、次のコマンドで一発で追加できます。 yum install mod_auth_mysql また、以下のファイルが追加されているはずです。 /etc/httpd/conf.d/auth_mysql.conf ファイル中には色々な設定例が載っていますが、基本的な部分をピックアップすると次のようになります。認証に使うデータベース名やDBに対するユーザ名、パスワード。そして認証に使うデータを格納したテーブル、カラムを指定します。またパスワードの暗号化
mysqlでテーブルのレコード数を確認する方法 - dak ブログ
mysqlでテーブルのレコード数を取得する方法です。 select count(*) from テーブル名 でもよいのですが、たとえばDBの全テーブルのレコード数を知りたい場合には、テーブル数だけ select を実行しなければならなくなります。 こんな場合には、mysqlのテーブル情報でも書いた information_schema DB の TABLES テーブルから情報を取得します。 > select table_name, table_rows from information_schema.TABLES; +------------+------------+ | table_name | table_rows | +------------+------------+ | tbl1 | 10 | | tbl2 | 5 | | tbl3 | 5 | +------------+-
今まで見たもっともクソなテーブル設計 - 何か着ていればいいよ
あれは、僕がデータベースを扱ううち最初から３件目のプロジェクトだった。 C++のソースが難解で火を吹いているという話で、自分は低スキルの若造。火にくべるには丁度良い程度のやる気と責任感をもっていた。折悪く別のプロジェクトが終了した直後だったもので投入されたのでした。 現場で『DBからデータを吸い出すツールかSQLを作ってくれ』といわれ話をきくと他社が作ったDB定義がすこぶる使いづらいという。 ER図やDB定義を見せてくださいと言ったのだけど、そんなものは無いという返事。 今ならもうここら辺で逃げ出すところですが、当時は『ふーん。』てなもんでそういうこともあるのかくらいの軽い気持ちで考えていました。 で、プロジェクトの資料をあさりまくって何とかDB定義のようなものも見つけDBのデータを調査し始めたのですが何かがおかしい。 機能の数に比して異様にテーブル数が少ないのです。 ふと周りを見ると、皆
コンシューマサービスの運用に耐えるDB性能設計とは - レベルエンター山本大のブログ
JOIN 禁止の話に、いまだに絡んでくれる人がいた。 ■「艦これ」から、ソーシャル系のサーバ構成を考える - SQLer 生島勘富 の日記 僕が以前に書いた本テーマに関するエントリは以下の３つ。 ■信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設 ■信じられないDB文化「固定長DB」でもあうんです。大規模コンシューマ向けサービスのRDB設計 ■ホント信じられないDB文化だけど、統計情報固定化はマジでアリ ちょうど折よく、ウチの会社のオラクル女子が書いたエントリの続きも公開されました。 ■一緒にまなぼ！「hiromi と楽しむOracleパフォーマンスチューニング！」【Vol.2 Statspackを見てみよう】 ということで僕の中でDB熱が盛り上がってきたので返答的なエントリを書きます。 「とりあえずメモリだけ気にしておけ」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLで全文検索 - FULLTEXTインデックスの基礎知識｜blog｜たたみラボ
http://www.res-system.com/weblog/item/550
Problems with PHP namespaces and built-in classes, how to fix?
ひでぶろぐ。 超絶便利なMYSQLのビューVIEW機能