データベースとSQLの業務スキルレベル 判別表 （５段階） - 主に言語とシステム開発に関して
スキルチェックの目次へ リレーショナル・データベースを利用したシステム開発の，簡易スキルチェックのための調査表。印刷用。 データベース・エンジニアのレベルを測定する。 レベルは，０から４までの５段階。 （０） 非エンジニア （１） 初学者（入門書を学習してゆく段階） （２） ノーマル（基礎的な知識があり，ある程度の動くものを作れるようになった段階） （３） 中級者（開発プロジェクトで１人月としてカウントできる水準） （４） 上級者（メインPG/メンターとして，主設計を任せられる水準） Webアプリのプロジェクト開始時に作業振り分けをするにあたって，新規メンバ全員にこれを渡して回答してもらうという用途を想定。 なお，開発上のスキルをチェックする事が主眼なので，DBAとしての技量はあまり考慮しない。 下記で「自分に当てはまる項目が最も多いレベルが，自分の属するレベルである」とする。 ※ただし，
ER Master
<body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>
SQLアンチパターンを読んだぜ！ - yojikのlog
どうしようもない僕に献本が降りてきた! SQLアンチパターン 作者: Bill Karwin,和田卓人(監訳),和田省二(監訳),児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 5人 クリック: 624回この商品を含むブログ (12件) を見る ありがとうございます。 結論を先に述べると、すごく読みやすくてためになる本です。 RDB使ったシステムを作っている人、特に長年やって人ならば必ず遭遇したことがあるアンチパターンのカタログです。アンチパターンが発生しやすい状況、悪影響や解決方法なども述べています。若い人は現実のシステムで失敗する前に予習できるので、絶対買ったほうがよいでしょう。「この問題!進研ゼミでやったところだ! 」 自分は論理設計のアンチパターンのあたりがお気に入りです。アンチパターン「ポリモーフィック関連」や「エンティティ・ア
MongoDBとRavenDBの違いから読み解く、ドキュメント・データベースごとの設計思想
MongoDBとRavenDBの違いから読み解く、ドキュメント・データベースごとの設計思想：特集：MongoDBで理解する「ドキュメント・データベース」の世界（後編） 前回の前編では、MongoDBを例にドキュメント・データベース（Document Database）の基本的な機能を見てきたが、いくつかMongoDB独自の考え方や特徴も含まれていた。今回の後編では、MongoDB以外のドキュメント・データベースとして「RavenDB」（インストールや基本的な使い方についてはこちらを参照）を見ていくことで、同じドキュメント・データベース同士での相違を簡単に確認したい。 いくつかのドキュメント・データベースを見ていくことで、同じ「ドキュメント・データベース」という共通の概念ではあるが、それぞれがどのような位置付けであるか、その相違を発見できるだろう（なお、ここではデータベースごとの機能比較表を
あの谷川氏が聞きたかった、ITエンジニアが知るべきインメモリデータベースSAP HANAのポイント
座談会参加メンバー SAPジャパン リアルタイムコンピューティング事業本部 シニアマネージャ 大本 修嗣氏 SAPジャパン リアルタイムコンピューティング事業本部 プリンシパルデータベースアーキテクト 花木 敏久氏 SAPジャパン リアルタイムコンピューティング事業本部 プリンシパルアーキテクト 松舘 学氏 SAPジャパン ソリューション統括部 ビジネスアナリティクス・テクノロジー本部 ビジネスアナリティクス・テクノロジー部 シニアソリューションスペシャリスト 森﨑 敏朗氏 有限会社タルク・アイティー 代表取締役社長 谷川耕一氏 SAPの「HANA」をご存じだろうか。SAP HANAは「超高速インメモリデータベース」であるということを知っていても、その詳細な動きや、そもそも何に使うべきものなのかまでおさえているエンジニアはまだ少ないかもしれない。 SAP HANAの可能性はどこにあるのか
業務ロジックをデータモデリングはどこまで表現できるか？ - プログラマの思索
「業務ロジックをデータモデリングはどこまで表現できるか？」について考えたことをラフなメモ書き。 業務システムでは、データが命。 データには個人情報が含まれるために管理が重要だったり、売上データやPVデータから、どの層の顧客から売上やアクセスが多いのか、を計測することもできる。 すると、それらデータを格納するRDBが必要になり、そのテーブル設計が重要になってくる。 顧客の業務プロセスをモデリングする場合、最近ならOOAが主流。 でも、DOAの方が現代は重要性を増していると考えている。 例えば、Railsのような優れたWebフレームワークがあれば、ER図さえきちんと作れば、DBマイグレーションとプログラム雛形を自動生成することによって、テーブルのCRUDのような画面はすぐに作れてしまうからだ。 日本におけるデータモデリングの歴史は意外に古い。 TH法、T字型ER、渡辺さんのXEAD Model
データベースを使った自動テストについて
データベースを使った自動テストについて データベースを使った機能テストや単体テストについて要点をまとめておきます。 筆者の経験を強く反映していますので比較的定性的な内容となります事を予めご了承下さい。 テストデータを保守する テストの実行前に投入するテストデータは、凡そcsvファイルやxmlファイル、エクセルファイル等で管理する事になります。 仕様の変更に伴いテーブルの定義を変更する事で、それらのファイルの内容とデータベースの間に不整合が発生します。 テーブル定義の変更とテストデータの保守は常にまとめて作業するべきです。 これは同じ作業者がやるべきという事ではありませんが、ほぼ同時期に行われるべきです。 RDBを使っている場合、ExcelやAccessといったデータベースにODBC接続し易いツールを使うとデータを作り込み易いのですが、 テストデータを長期間に渡って保守する事を考えると、 テ
「達人が語る こんなデータベース設計はヤダ！」へ参加してきました - 虎塚
あの『達人に学ぶDB設計 徹底指南書』を書かれたミックさんが講演されると聞いて、Club DB2さんの勉強会に初めてお邪魔してきました。 「第146回 達人が語る こんなデータベース設計はヤダ！」 https://www.ibm.com/developerworks/wikis/display/clubdb2/146 非常に面白く、勉強になりました。せっかくなので、備忘メモをupしておきます。 （内容に誤りがあったり、もし掲載自体に問題があったりしましたら、修正・削除しますのでお知らせください。＞関係各位） 本編 （追記）発表資料にリンクしました。 http://d.hatena.ne.jp/mickmack/20120714/1342246442 ミックさんが「これだけは覚えて帰ってください」とおっしゃった3つのポイントを引用します。 トレードオフ うまい話には裏がある。 物理 vs 論
ビジネスで重宝しそうなデータベースクエリー共有システム·Oculus MOONGIFT
Oculusはビジネス用データベースクエリー共有システムです。 開発者の所にはたびたびユーザが訪ねてきてデータベースから一定の条件で抜き出したデータが欲しいと言われることがあります。そんなことが繰り返しあるとSQLをテキストファイルで残しておいたりする人も多いのではないでしょうか。そこで使ってみたいのがOculusです。クエリーを共有したり、データのダウンロードができます。 インストールはRubyGemsで行います。 オプションです。ユーザ名、パスワード、データベースを指定して実行します。 起動しました。 実行しました。結果が下に表示されます。 データはテーブル上に表示されます。 こちらはクエリーログです。 クエリーを保存しておけます。お気に入り登録も可能です。結果はダウンロードもできます。 お気に入りのクエリー一覧です。 Oculusを共有して使えば、最初は開発者がクエリーを作成し、後は
はてなブログ | 無料ブログを作成しよう
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.2ch-search.net/blog/3
【21社から5社をSNSの評判から厳選】おすすめの出会い系アプリ＆失敗しない選び方｜マッチングアプリ漂流教室 – マッチングアプリの感想をSNSの意見を参考に紹介