タグ

rdbmsに関するtarchanのブックマーク (3)

  • Excelの操作だけでRDBMSを参照/更新、稼働環境をOracle 12cやWin 8に拡大

    アシストは2014年2月17日、SQLを使うことなくExcelの操作だけでRDBMS(リレーショナルデータベース管理システム)を参照/更新できるようにするツール「KeySQL R8.0」(写真)について、稼働環境を拡大した新リビジョンを発表した。バージョン表記に変更はなく、新リビジョンを同日付けで販売開始した。開発会社はテニック。 KeySQLは、表計算ソフト(Excelなど)の画面を使って、ODBC経由でRDBMSのデータを参照/更新するためのソフトである。最大の特徴は、SQL文を使うことなく、Excel上の画面操作やマクロ/スクリプトによってデータを参照/更新できること。接続先のRDBMSを選び、項目を選んで検索し、件数を確認してOKをクリックするだけで、Excel画面上にデータを取り込める。また、定型的に繰り返す検索処理は、これをマクロやスクリプトとして保存しておき、後から再利用でき

    Excelの操作だけでRDBMSを参照/更新、稼働環境をOracle 12cやWin 8に拡大
  • SQLに依存することの危険性 ー 単体DBサーバでは終わらない時代の考え方 | 独り言v6

    ベンチャー社長で技術者で:ベンチャー社長で技術者で: オブジェクト指向言語で処理したら保守性が悪い!. というのを目にした。要するに「OO言語+RDBな組み合わせ」において、O\Rマッピングに頼らずにちゃんとSQLとストアドを書いた方がいい、と言うことである。 L.starは元々Java屋でそれからSQLに移ったので、未だに自分が両方をバックグラウンドに持つ人間だと思っている。O/Rマッピングのイ ンピーダンスミスマッチを解決する簡単な方法が実は無い、と言うぐらいには両方を理解している。だからこそ言いたいが、この文章、特定のDBが中央に鎮座していて、それがすべての中心になるような業務システムにおいては完全に正しい。ただし、元々そう言うシステムを念頭に置いて書かれた文章であるので、その点はちゃんと考えるべきだ。O/Rマッピングに頼り切って、SQLをきっちり書かない、ということをすると性能が出

  • 本を読む Shibuya.pm TT #12で話を聴いた

    11月30日に、Perlプログラマの集まるイベント「Shibuya.pm Technical Talk #12」に参加して、発表を聴いてきました。 中心となったのは「NoSQL vs. NoKVS ライトニングディスカッション」。実際に高速(分散)KVSやRDBMSを開発したり使ったりしている豪華メンバーが壇上に並んで、発表や議論を繰り広げました。 そのほかの発表も含めて、実開発者による濃い話が面白く語られていました。全体的に、アプリの実行速度にこだわった話が多かったのが印象的です。あと、予定の9時ぴったりに終わったのにもびっくり。 1週間たっちゃいましたが、以下、自分の復習として、メモをまとめておきます。 Tatsumaki" I/O bound HTTP clients in web frameworks(miyagawa) Shibuya.pmといえばこの人、miyagawaさんのセ

  • 1