DBにおけるウェブシステムのアカウントの権限管理とセキュリティについて - 素人がプログラミングを勉強していたブログ
下記にセキュリティに関する追記あり。読了後、そちらもチェックしてください ユーザーと管理者アカウントがあるウェブサイトで、管理者がユーザーのパスワードをリセットできたりといった風に、アカウントによって権限が違う場合のセキュリティについての考察である。 /loginにアクセスし, emailとパスワードでuser/adminにアクセスできるとする。 （ログインページは1つであり、user/admin間のemailは重複してはいけない） 論理的構造を考えると account->user, account->admin といった階層構造になっているので、自然に設計すると accountテーブルにuser/admin情報をもたせて、 pragma foreign_keys=1; CREATE TABLE account( id INTEGER PRIMARY KEY, email TEXT UNI
第1回 大規模データではRDBMSのどこがボトルネックになるのか？ | gihyo.jp
RDBMSはオワコン？ 「右を向いても左を向いても“ビッグデータ”というキーワードが闊歩する時代に、いまさらRDBMSの話題？」 本連載のタイトルを見てそう思われたかもしれません。 「ディスクベースのRDBMSはオワコン、これからは○○（お好きなアーキテクチャを入れてください）の時代だ！」 とおっしゃる方もいるかと思います。 しかし、むしろ多くの企業がビッグデータに注目しているおかげで、RDBMS側でも大規模データを取り扱うニーズが増えています。 大規模データを取り扱う時にボトルネックとなる5つのポイント 数百ギガバイトといったレベルのRDBMSであれば、現場のエンジニアの方にとってはあたりまえの世界でしょう。しかし、テラバイトを大きく超えたデータを扱う場合には、ボトルネックの傾向が変化するのはご存じでしょうか。 次の図は、RDBMSにまつわるボトルネックを示したものです。 図1 大規
削除フラグのはなし
6. id name pass is_deleted 1 ryu xxx FALSE 2 ken xxx FALSE 3 honda xxx TRUE 8. id name pass is_deleted 1 ryu xxx FALSE 2 ken xxx FALSE 3 honda xxx TRUE 3 honda xxx FALSE
SQLについて質問です。 SELECTでワイルドカードを使ってはいけない、つまり select * from ... と書いてはいけない、必ず列名を列挙して select a, b, c, d from…
SQLについて質問です。 SELECTでワイルドカードを使ってはいけない、つまり select * from ... と書いてはいけない、必ず列名を列挙して select a, b, c, d from ... と書かなくてはならない、という常識があるそうですが、 ワイルドカードを使ってはならない理由を教えてください。 よろしくお願いします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
