タグ

DBとsqlに関するtrashsuiteのブックマーク (14)

  • VoltDB: Next Generation OLTP Database

    Fraud Prevention Stop fraud before it even happens with a fast-decisioning data platform made for 5G. Hyper-Personalization Create powerful, highly personalized offers at the precise moment they will be most effective.

    VoltDB: Next Generation OLTP Database
  • 相関サブクエリで行と行を比較する

    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

    相関サブクエリで行と行を比較する
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

    trashsuite
    trashsuite 2007/11/04
    第2版がミック氏訳で
  • UNIX データベース入門 稚内北星学園短期大学 丸山不二夫

    稚内北星学園短期大学 経営情報学科 丸山不二夫 1994年 8月 5日 Contents 序章 リレーショナル・データベース概観 リレーショナル・データベースとは データベースは情報をどのように組織しているか 情報のいれものとしての「テーブル」 リレーショナルとは すべての関係は、テーブルである 関係演算 リレーショナル・データベース上の標準言語SQL 書でのSQLの扱い方の特徴 Select selectの基形 テーブルから指定した項目を抜き出す select 見出しの変更の2つの方法 行内への文字列の表示 項目リスト中の式 from 句 テーブルの積 where句 検索条件の指定 論理演算 リスト null値 文字列の比較 likeとワイルドカード ジョイン テーブルの結合 項目名の修飾 三つのテーブルのジョイン テーブル名のエイリアス(別名) 自己自身とのジョイン サブ・クェリー

  • Works - 逆引きSQL比較

    Works > 逆引きSQL比較 > 共通事項 逆引きSQL比較 [ 共通事項 ]  [ ORACLE ]  [ MSSQL ]  [ SSA ]  [ Postgres ]  [ MySQL ]  [ Jet ]  ■共通事項 マニュアルや教則を読んでいて、何のために必要な機能なのか、パッと見、 読み取れない事ってあると思います。 詳細はマニュアル等を紐解いてもらうとして、ここでは、殆どの RDBMS について共通する言葉の説明をザックリと 書きます。また RDBMS とは直接関係ないですが、後述する例題で使用する言葉(正規表現など)についても、 ここで説明します。 SQLについて ANSI/ISO SQL92, SQL99 とは? UNIONとは? 等価結合とは? 自己結合(セルフジョイン)とは? 外部結合(アウタージョイン)とは? サブクエリー(副問合わせ)とは?

  • Infoseek[インフォシーク] - 楽天が運営するポータルサイト

    人気再燃!ポケモンGOをより楽しむウェアラブルデバイス4選 街中で『ポケモンGO』を遊ぶにしても、スマートフォンを出したりしまったりしながら歩くのはなかなか難し…

    Infoseek[インフォシーク] - 楽天が運営するポータルサイト
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • 2006-11-02

    http://d.hatena.ne.jp/JavaBlack/20061031 ん〜コメント欄がえらい荒れてますな(−人−) 自分のホムペなりブログにでも書いたらいいのに。 ってかストアドプロシージャと単なるSQLを混同してたりしてまいか。 それはさておき。 JavaOracleを使って業務システムを開発しています。 ストアドプロシージャ(めんどいから以下PL/SQLと記)は特性をもった武器。 そんなクセの強い武器を使いこなすか振り回されるかそもそも使わないか3つに1つだ。 構成次第で薬も毒に変わる。逆もまた真なり。 明確な目的を持たないままであれやこれやと議論しても、 結論なんざでる理由が無い。 PL/SQLを使う目的はなんだーというと (1) パフォーマンスがほしい (2) 記述の容易さがいい (3) 適材適所の政治的判断のため こんな感じ。 それとは別で、ビジネスロジックをいれる

    2006-11-02
  • トップページ - DB Designer 4 日本語化サイト

    オープンソースでフリーな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モデル図の同期化機能 軽快

  • fabFORCE.net

    General Information - What is DBDesigner 4? DBDesigner 4 is a visual database design system that integrates database design, modeling, creation and maintenance into a single, seamless environment. It combines professional features and a clear and simple user interface to offer the most efficient way to handle your databases. DBDesigner 4 compares to products like Oracle's Designer�, IBM's Rational

  • JavaとOracleを使って業務システムを開発しています。…

    JavaOracleを使って業務システムを開発しています。 ビジネスロジックをどこに持ってくるか悩んでいます。 ストアドプロシージャにビジネスロジックを実装した方がパフォーマンスもよくなると思うのですが、社内的には反対意見も多いです。 ストアドプロシージャにビジネスロジックことがある方、検討したことがある方、利点や弊害など教えてください。 逆にJava側に乗せた方がよいという方も、ご意見頂戴できればありがたいです。

  • ドメインロジックとSQL

    以下の文章は、Martin Fowler による Domain Logic and SQL の日語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの(rich SQL queries)を用いるので悪しからず。 エンタープライズアプリケーション(訳注:以下、EA)構築に関する(私の近著『P of EAA』など)を読むと、ロジッ

  • カレーなる辛口Javaな転職日記 - それはJavaの問題ではないのでは

    http://q.hatena.ne.jp/1162199668 ビジネスロジックをどこに持ってくるか悩んでいます。 ストアドプロシージャにビジネスロジックを実装した方がパフォーマンスもよくなると思うのですが、社内的には反対意見も多いです。 普通に考えれば,特に理由がない限りは,ビジネスロジックは原則としてJavaの側に作るもんだと思うがな.ただ,あとの部分を見る限りは,理屈も分からないままに定説を鵜呑みにしているだけのように見える. 続きを読む http://d.hatena.ne.jp/JavaBlack/20061031#c1162344252 多分、SQLが出来る人は、Javaも出来ます。 Javaが良いという人は、基的にSQLは出来ません。 まず間違いなくウソです. 続きを読む Martin Fowler氏のサンプルのように、SQLJOINまでというものはオブジェクト指向とし

    カレーなる辛口Javaな転職日記 - それはJavaの問題ではないのでは
  • SQL Designer

  • 1