A5:SQL Mk-2は複雑化するデータベース開発を支援するために開発されたフリーのSQL開発ツールです。 高機能かつ軽量で、使い方が分かりやすいことを目標に開発されています。 SQLを実行したり、テーブルを編集するほかに、SQLの実行計画を取得したり、ER図を作成したりすることが出来ます。 特徴・機能 OCI接続・直接接続・ADOまたはODBCを介したDBへの接続 Oracle DatabaseはOCI経由の接続・直接接続が出来ます。 PostgreSQLとMySQLは直接接続が出来ます。 Microsoft SQL Serverは、OLE DBプロバイダを直接呼び出した接続ができます。 IBM DB2は、ODBCドライバを直接呼び出した接続ができます。 その他のデータベースは、ADOまたはODBCを利用して接続します。 Oracle, PostgreSQL, MySQLは、A5:SQL
前回は、論理設計のデータモデリングにはERモデルを使用すると説明しましたが、ERモデルはER図を使用して表現することができます。ER図の記述方法にはいろいろなものがありますが、今回は、一般的に普及しているIDEF1XによってER図を記述する方法について説明します。 IDEF1Xとは IDEF1Xは、IDEF(Integration Definition)と呼ばれる、システムをさまざまな側面から分析してモデリングを行うための方法の1つで、おもにデータベースの概念設計においてER図を記述する方法としてよく使用されます。 また、IDEF1Xは、米国のNIST(国立標準技術研究所)によってFIPS(連邦情報処理標準)として標準化されており、IE(Information Engineering)と並んでER図の記述方法として一般的なものです。 IDEF1Xでは、ERモデルにおける実体を四角形として記
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる (確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ) ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
SEの志田です。 またPukiWikiのPukiWikiの自作プラグインを作成しましたので、紹介します。 今回も、PukiWikiをシステム開発のプロジェクト管理やドキュメント管理に使用している場合に役に立つものです。 Puki Wiki - 自作プラグイン/show_er.inc.php これは、データベース設計の際によく描く「ER図」という図を自動的に出力してくれるものです。 といっても私がつくったのは、単にPukiWiki上にその図を取り込む部分だけであり、実際の図の作成はdb2dotとgraphvizというツールを組み合わせて行っています。 (参考: ツール/db2dot - ER図をリバースエンジニアリングで) このプラグインはページが表示されるたびにデータベース上のすべてのテーブルの依存関係を調べてER図を生成します。ですので、これまで一度書いてしまうと更新するのがなかなか面倒
オープンソースでフリーなER図作成ツール「DBDesigner4」の日本語化を試みるサイトトップページ このサイトについて bookmark このサイトはfabForceで公開されているDBモデリングツール「DB Designer 4」の日本語化を試みるサイトです。 個人が運営するサイトなので公式なサイトではありません。 「DB Designer 4」はGPLライセンスで公開されているオープンソースソフトウェアです。 「DB Designer 4」についての詳細情報は本家サイトをご参照ください。 fabFORCE.net DBDesigner4の特徴 bookmark 直感的なGUIによるERモデル図のモデリング ERモデル図からSQL文(CREATEやDELETE)の自動生成 データベースからリバースエンジニアリングによるERモデル図の生成 データベースとERモデル図の同期化機能 軽快
Data modeling is not yet covered by the Unified Modeling Language (UML), even though persistence-related issues are clearly an important aspect of object-oriented software initiative. For many years I have argued that the UML needs a data model (first in Building Object Applications that Work in 1997 and most recently in Refactoring Databases) and have vacillated between various ways that it shoul
現在の業務アプリケーション開発では、必ずといってよいほど、リレーショナル・データベースを使用します。しかし、お客さまは当然のこと、プロジェクト・メンバーも、リレーショナル・データベースの基礎的な知識が不足していることが多いです。 リレーショナル・データベースの設計を行うには、当然、相応の知識が必要ですが、その設計の意図するところを理解するにも、最低限のことは知っておく必要があります。 お客さまや、プロジェクト・メンバーに、この「最低限のこと」をどうやって説明すれば良いのか、考えてみたのですが、結局のところ、主キーと外部キーの2点に集約することができそうです。テーブル(表、リレーション)とはなにか、というレベルから説明しなくてはならないこともありますが、大抵は、直感的に理解していただけるようです(説明することも難しくはないと思います)。 そこで主キーと外部キーについて、以下のような文書にまと
おぉ、ガチだ。 [RDBMS]複合主キー? 18:57 ・・・まだそんなこと言ってる人いるのか。 id等の単一のサロゲートキーを導入して逃げることも可能ではあるが、そのために仕組みが複雑になることが避けられない。 いや、お互いものすごく優秀で有名な方だし大人なのでガチの勝負はしてくれないとは思うのだけれど、ぜひ世の多くのさまよえるSEのためにガチンコ勝負して決着つけてくれんかなぁ。てゆうか、今回の案件でもID派(=私)と複合主キー派(=モデラー)でもろに喧嘩してるし、前のプロジェクトでも他の人が同じようなことやってたし、さらに前の案件でも(w そろそろ、IDを使うべきかそうでないかくらいベストプラクティスを決めてほしいなぁと思う今日この頃*1。 たしかにDB直接見て何かするような運用だと、複合主キーの方がわかりやすかったりするのはたしか。でも複雑なシステムで他のテーブルへの関連が沢山あるよ
What's new? 25.9.2008 Version 2.2 SQLite storage New datatypes New translations 18.7.2008 Version 2.1.1 Fixes in MySQL XSLT Minor improvements 28.6.2008 Version 2.1 New languages Dynamic window title "note" datatype attribute 1.4.2008 Version 2.0.1 Fixed AUTOINCREMENT for Foreign Keys Minimap visual aesthetic changes 28.3.2008 Version 2.0 ! Thanks to Mirko Buffoni for numerous consultations and su
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く