キムラデービーブログ

オープンソースデータベースを加速する「キムラデービー」のブログです。カレー日記を兼ねてます。なお著者は2010-06-01より日本オラクルに在籍していますが、本サイト(ブログ、またはウェブサイト)において示されている見解は、私自身の見解であって、オラクルの見解を必ずしも反映したものではありません。
あなたのDBはINTERSECTとEXCEPTをサポートしているかどうか。Firebird(とMySQL)はしてねえっす。
0
    あなたのDBはINTERSECTとEXCEPTをサポートしているかどうか。Firebirdはしてねえっす。

    本エントリは(遅れていますが)Firebird Advent Calendar 2018の13日目のエントリです。

    本来は「Firebirdの分析関数の衝撃(12) 2つのテーブルが相等であるかどうか」というエントリを書こうとおもったのですが、その前提(?) にINTERSECTとEXCEPTが必要だったので、それについて先にまとめておきたくて、このエントリになりました。

    各データベースの集合演算(UNION, INTERSECTION, EXCEPT)の実装度合いはデータベースによって違う(UNION, UNION ALLは全てのデータベースでサポートされている) 割り算(DIVIDE BY的なもの)は、全てのデータベースでサポートされていません。

    なぜALLがあるのか、とか、割り算がないのか、というところは以下のミックさんのブログ記事を御参照ください。

    SQLで集合演算

    各データベースの集合演算のサポート具合で、三つのグループに分けられます。

    (1) INSERSECTとEXCEPTのどちらもサポートしていない: Firebird, MySQL
    (2) INSERSECTとEXCEPT(MINUS)のどちらもサポートしているが、ALLをサポートしていない: Oracle, SQLite, SQL Server (2005以降), MariaDB (10.3以降)
    (3) INSERSECTとEXCEPTもサポートし、それぞれALLもサポートしている: IBM Db2, PostgreSQL

    # Firebird以外は以下のエントリが参考になります。

    What’s New in MariaDB 10.3, 5.Intersect and Except

    FirebirdへのFR(Feature Request)は以下。

    [#CORE-808] Add support for INTERSECT and EXCEPT data set operators

    PostgreSQL, IBM Db2以外のRDBMで、
    (2) でINTERSECT ALL, EXCEPT ALLをシミュレート、
    (1) で上記に加えてINTERSETC, EXCEPTをシミュレートするには、
    プログラマのためのSQL 第四版 第34章集合演算(Set Operation)の34.2 INTERSECTとEXCEPTを読むといいです。(最新のSQL for Smarties 5th EditionではCHAPTER 16 SET Operationの16.2 INTERSECT and EXCEPT にあたります)

    注意すべき点はNULLと値の重複の有無です。これらがなければネットで検索してでてくるようなクエリはほとんど動く(はず)です。例えば対象とする列が主キーであれば、問題なく動くはずです。

    JUGEMテーマ:コンピュータ



    | meijik | クロスデータベース | 01:23 | comments(0) | trackbacks(0) | - | - |
    Effective SQL 日本語版が発売されます
    0
      評価:
      John L. Viescas,Douglas J. Steele,Ben G. Clothier
      翔泳社
      ¥ 3,780
      (2017-12-15)
      コメント:期待しています。邦訳がでるということで、期待しています。

      おはようございます。朝六時から以下の流れで。。。。

      (1) 翔泳社からの20%クーポンの案内
      (2) いろいろザッピング
      (3) "Effective SQL"を見つける
      (4) 原著は去年発売
      (5) kindle版原著が半額で買う
      (6) Oreilly Safariにあるのを見つけてがっくりorz <-イマココ

      原著のよさげな日本語レビューがありますので、とりあえずこちらをどうぞ

      書評:Effective SQL

      とりあえず日本語版がでたら、購入して読書会でもやりますかね〜

      JUGEMテーマ:コンピュータ



      | meijik | クロスデータベース | 08:45 | comments(0) | trackbacks(0) | - | - |
      [勝手に補足] SQLポケットリファレンス(改訂第4版) (3) SQLite3 (3.18)導入
      0
        前回の続き。ざっくり全部読み通すのには時間がかかるので、気づいたものがたまったら更新してゆく形にします。

        なんか検証のためにSQLite入れてみました。(3は初めて!)
        SQLite対応をうたっているわりにはいろいろアマアマなような気がするは私だけ?

        通常Windowsバイナリを入れるとDLLとdefファイルだけで、検証には不向き>
        そのため、sqlite.orgのdownloadから以下を選択すると、sqlite3.exeがあり、便利。

        sqlite-tools-win32-x86-3180000.zip(1.56 MiB)

        sqlite3.exeをパスが通ったところにおくと、以下のようにシェル実行できます。

        C:¥Users¥mekimura>sqlite3
        SQLite version 3.18.0 2017-03-28 18:48:43
        Enter ".help" for usage hints.
        Connected to a transient in-memory database.
        Use ".open FILENAME" to reopen on a persistent database.

        たとえば9.で未対応とされたWITH RECURSIVE句も、以下のように確認できます。

        CREATE TABLE shain(empid INT PRIMARY KEY, name VARCHAR(20), mgrid INTEGER);
        INSERT INTO shain VALUES ( 1, 'みやはら', NULL);
        INSERT INTO shain VALUES ( 2, 'きむら', 1);
        INSERT INTO shain VALUES ( 3, 'かまたき', 1);
        INSERT INTO shain VALUES ( 4, '加藤', 2);
        INSERT INTO shain VALUES ( 5, '林', 2);
        INSERT INTO shain VALUES ( 6, '三浦', 5);

        WITH RECURSIVE n AS
        (
        SELECT empid, name FROM shain WHERE name = 'きむら'
        UNION ALL
        SELECT nnext.empid, nnext.name FROM shain as nnext, n WHERE n.empid= nnext.mgrid
        )
        SELECT * FROM n;

        結果
        2|きむら
        4|加藤
        5|林
        6|三浦

        JUGEMテーマ:コンピュータ



        | meijik | クロスデータベース | 09:15 | comments(0) | trackbacks(0) | - | - |
        今月(2017-05)末、大阪でオープンソースRDBMSのお話させていただきます。
        0
          去年も同じころ関西DB勉強会でお話させていただきましたが、今年もまた参加させていただきます。

          第5回 関西DB勉強会
          2017/05/20(土)12:00 〜 19:00
          @Insight Technology 大阪支店


          木村からFirebird/MySQL観点のお話をさせていただきます。

          お近くに住まわれていて、ご興味ありましたら、ぜひご参加ください。
          懇親会もありますので、木村の馬鹿話が聞きたいひとはそちらもぜひ :) !

          JUGEMテーマ:コンピュータ



          | meijik | クロスデータベース | 08:55 | comments(0) | trackbacks(0) | - | - |
          [勝手に補足] SQLポケットリファレンス(改訂第4版) (2)
          0
            昨日の続きです。なんとか最後までざっくり10時間くらいで読みきりたい。。。。

            12. OFFSET FETCH

            × DB2では、OFFSETおよび、FIRSTの指定を行うことができません。
            ○ DB2では、OFFSETおよび、NEXTの指定を行うことができません。

            通常、上記ですが、去年(2016年)の6月にリリースされたDB2の最新版11.1からは
            NEXTも指定できますし、OFFSETも指定できるようになっています。
            (ただOFFSETの指定位置がSQL標準といっしょかどうか木村は未確認)

            13. SELECT結果からテーブルをつくる場合は、インデックスや制約など省かれるので注意。。。。

            14. COLUMN SELECT結果の保存

            △MySQLは「CREATE TABLE AS」を利用できます。SELECT INTOは、データファイルへのエクスポートになります。

            SELECT INTOは著者がその前後で述べているOracle / DB2と同様に変数への値の代入にも使います。See

            13.2.9.1 SELECT ... INTO 構文


            15. INSERTにMySQLのON DUPLICATE KEY UPDATEの記述はあるのに、PostgreSQL 9.5からサポートされた、同様の機能ON CONFLICT ON CONSTRAINT 制約名 DO UPDATE set name = EXCLUDED.name; の記述なし。

            16.計算列のサポート

            △計算列 Oracle, SQL Server, DB2では、計算式による列を定義することができます。
            ○計算列 Oracle, SQL Server, DB2, MariaDB(5.2以降), MySQL(5.7以降)では、計算式による列を定義することができます。

            Virtual (Computed) Columns

            MySQL 5.7で生成カラムを使って関数INDEXを作成する(Qiita)


            とりあえず、今日はここまで。

            JUGEMテーマ:コンピュータ



            | meijik | クロスデータベース | 23:59 | comments(0) | trackbacks(0) | - | - |
            [書評&勝手に補足] SQLポケットリファレンス(改訂第4版) (1)
            0
              評価:
              朝井 淳
              技術評論社
              ¥ 2,138
              (2017-02-18)
              コメント:細部は甘いが、手元に置いて便利。ですが「脇の甘さ」が広がった分☆ひとつ減

              7年ぶりの改訂ということで期待して購入しましたが、以下のレビューのように少しがっかりしました。

              ★★★☆☆ 細部は甘いが、手元に置いて便利。ですが「脇の甘さ」が広がった分★ひとつ減(Amazon)

              Amazonのレビューではリンクとか張れないので(多分)ここでいくつか補足を。。。。

              1.MySQL 5.6でサポートされたでマイクロ秒表記がない(TIME, DATETIME, TIMESTAMP)

              MySQL 5.6.4 以降では、マイクロ秒 (6 桁) までの精度を持つ TIME、DATETIME、および TIMESTAMP 値の小数秒に対応できるようになりました。

              2.MySQl 5.6で非推奨、5.7で取り除かれたyear(2)の記述が三版のまま残っている

              11.3.4 YEAR(2) の制限と YEAR(4) への移行

              3.PostgreSQL 9.2/MySQL 5.7でサポートされたjson型の記述なし。関連する関数も当然記載なし。。。。
               利用頻度とこれからの新規開発を考えるとXML関連の記述をばっさりなくして、JSON型の記述にしてもいいのではないかと思います。

              PostgreSQL JSON型についての使い勝手とパフォーマンス、時々ハマりどころの調査(Qiita)
              MySQL 5.7のJSON機能を試してみる(MySQL Server Blogより)

              4.ビューの説明(小ネタ)
               「ビューはそれだけで完結しているオブジェクトなので、パラメータ値によって制御するといったことはできません。
              このような場合には、ストア゛ードプロシージャを作成することをお勧めします。」とのことですが、
              Accessだと、パラメータクエリをすすめる必要があるのでは?

              5.「1.7 ストアードプロシジャ」
               Access 2010から利用可能になった、の記述があってもいいんじゃないかと。。。

              6.「1.8 トリガー」

              × Accessを除くデータベースで、トリガーを利用できます。
              ○ 古いAccess(2010より前のバージョン)を除くデータベースで、トリガーを利用できます。

              7.COLUMN ROWNUMによる行制限

              「12c以前のOracleでは、SELECTにTOPやLIMITを指定することはできませんが、」

              12c以前というよりは、12cより前は行制限(Oracle 12cでOFFSET句とFETCH句がサポート)を簡単に実現する機能がなかったことを
              いいたい用ですが、TOPはMS SQL Serverですし、LIMITはMySQLのことなので、なんかピンボケな印象です。
              なのでよりよい表記はいかになると思います。

              「12cより前のOracleでは、SELECTに行制限の記述(OFFSET句やFETCH句)を指定することはできませんが、」

              8. WITH句
               SQLiteは3.8.3からサポートしているのに未サポート扱い。。。。
              9. WITH再帰クエリー
               SQLiteは3.8.3からさポートしているのに未サポート扱い。。。。

              basic recursive query on sqlite3?(stack overflow)

              10. WITH再帰クエリーでRECURSIVE指定できるはPostgreSQLだけ(?!)
               んなわけない。
              ×「PostgreSQLの場合、再帰クエリーを実行する際には、WITHの後にRECURSIVEキーワードを指定する必要があります。他のデータベースではRECURSIVEを指定するとエラーになります。」

               そもそもSQL標準で定めた表記WITH RECURSIVEでRECURSIVEを指定するとエラーになるわけがない。
              これは、PostgreSQLではRECURSIVEを表記しないとエラーになるが、他のデータベースでは省略してもエラーにならないことの記述があり、それを読み間違えたと類推します。

              Hierarchical and recursive queries in SQL(wikipedia)

              ○「PostgreSQLの場合、再帰クエリーを実行する際には、WITHの後のRECURSIVEキーワードは省略できません。他のデータベースではRECURSIVEを省略できます。」

              11. LIMIT句
               IBM DB2 9.7 Fix Pack 2から、対応しています。(DB2_COMPATIBILITY_VECTORに定数"MYS"を設定する必要があり)

              DB2にMySQL/PostgreSQL互換のLIMIT/OFFSET句が追加(Unofficial DB2 BLOG)

              とりあえず、ここまで。Access関連は後日補足するかも(なんといっても離れてから久しい。。。)

              JUGEMテーマ:コンピュータ



              | meijik | クロスデータベース | 21:45 | comments(0) | trackbacks(0) | - | - |
              今月(2016-05)末、東京と大阪でオープンソースRDBMSのお話させていただきます。
              0
                まず、東京ではジャストシステムが主催のJust TechTalkにて以下の内容・日程にてお話させていただきます。

                JustTechTalk#06 スマイルゼミの裏側(DB編)とRDBMS最新動向
                2016-05-27(金)19:15 - 20:40


                内容は昨年夏にCEDEC2015でお話させていただいた内容の圧縮・アップデート版にする予定です!

                オープンソースRDBMS、イマドキの機能を使おう!(CEDEC2015)


                実は私は1996年より8年弱、ジャストシステムの東京研究所に所属して働いていたことがあり、その当時の知り合いからの依頼です :)

                大阪では翌日の2016-05-29 (土) の午後、以下の内容にてお話させていただきます。

                第3回 関西DB勉強会
                2016-05-28(土)13:00 - 18:00


                こちらは各RDBMSの用語やアーキテクチャの共通認識を持つ試みで、木村からはFirebird/MySQLの観点からの参加となります。

                それぞれお近くに住まわれていて、ご興味ありましたら、ぜひご参加ください。
                それぞれ懇親会もありますので、木村の馬鹿話が聞きたいひとはそちらもぜひ :) !


                JUGEMテーマ:コンピュータ


                | meijik | クロスデータベース | 08:58 | comments(0) | trackbacks(0) | - | - |
                商用データベース御三家、無償版アップデート(2015/01)
                0
                  四年ほど前に以下のようなブログエントリを書きました。

                  商用データベース御三家、無償版アップデート(2011/05)

                  この四年間に商用データベース御三家の無償版も少しアップデートされましたので、それについてまとめておきます。

                  おおまかにいえば現状維持のSQL Server, 一歩後退のOracle, 攻めのIBM DB2といったところです。

                  1.SQL Server Express
                  前回以降以下の二つのバージョンアップがなされました。

                  SQL Server 2012 Express
                  SQL Server 2014 Express

                  リソースの制限はかわらない(RAM: 1GB, DBサイズ: 10G)ものの、CPUの制限は1物理CPUから、1物理CPUまたは4コアの小さいほう、
                  ということで(ある意味)制限が強化されてしまいました。まぁほとんどのノートパソコン・デスクトップパソコンはクアッドコアで
                  ヘキサコアはないので、あまり変わらないといえば変わらないです。

                  本家から制限された機能一覧についてはwikipediaのエントリが詳しいです。

                  SQL Server Express(wikipedia)

                   前回触れた「SQL Server CE(Compact Edition)」については、4.0より後新バージョンがでませんでした。。。。
                  それを利用するEntity Frameworkは最新版がでていますが。例えば以下はそれを使ってMicrosoft Azure上で動かすというブログエントリです。

                  Microsoft Azure でDBを無料で使う その1(Jiro Laboratory)

                  2.Oracle XE
                  前回触れた11.2がリリースされました。

                  【速報】Oracle無償版:Oracle Database 11g Express Edition(XE)がリリースされました!(オラクルエンジニア通信)

                  リリースはWin版32bit/64bit, Linux版64bitとなりました。各種制限はかわりません。(1CPU -> 1Socket(1core)くらい?)

                  Oracle Database Express Edition 11g Release 2開発、導入、配布を無償で

                   あいかわらずパッチは提供されず、本家は12cがでましたが、そのExpress版は未リリースです。。。。

                  3. DB2 Express-C
                   前回以降以下の二つのバージョンアップがなされました。(2CPU->2core)

                  10.1
                  10.5

                  10.5では利用できるメモリが一挙に四倍(4GB -> 16GB)になりました。ここまで大盤振る舞いして本家の売り上げが鈍らないか他人事ながら心配です :)
                  ただしデータベースサイズは10.1までの無制限が、10.5では15TBに制限されました。。。。ってTB(GBじゃないよ)なので、ほとんどの人に問題にならないと思います。
                  相変わらず対応プラットフォームも広いです。

                  無料のDB2 Express-C v10.5が公開!利用可能メモリが16GBに拡大(Unofficial DB2 BLOG)


                  最適なDB2 10.5のエディションを選択する方法(developerWorks)

                  またAMIの配布なども含めて、やはり「攻めのDB2」ですね。

                  JUGEMテーマ:コンピュータ


                  | meijik | クロスデータベース | 04:46 | comments(0) | trackbacks(0) | - | - |
                  第6刷sqlap
                  0
                    .temp.jpg
                    和田さんのむちゃぶり(指摘あったらあさってまでにおしえて♪だっけ...)に、このように答えたご褒美に貰った。

                    指摘の(6),(8)以外は全部反映されてた! 和田さん&編集の方ご苦労様でした。

                    | meijik | クロスデータベース | 21:06 | comments(0) | trackbacks(0) | - | - |
                    [勝手に補足]SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう!
                    0
                      結構人気(?) のこの記事、ざっとよもうと思ったら最初に誤植(?) があったので、通読してまとめておきます。。。。

                      [2014-10-09 12:00 追記] 現時点までに更新があり、下記指摘はほとんど修正・更新されているようですが、とりあえず記録のために本エントリは残しておきます。「誤植や誤記ねえじゃん」といわないでください。指摘の後更新されたので。。。。

                      SQLの観点から「Oracle Database」「PostgreSQL」 「MySQL」の特徴を整理しよう!(DBonline)

                      なお、以下二ページ目の閲覧は会員登録(無料)が必要です。

                      表2:主なデータ型の比較

                      [誤]
                      Oracle、PPEE(※) PostgreSQL MySQL
                      NUMBER NUMERIC VARCHAR

                      [正]
                      Oracle、PPEE(※) PostgreSQL MySQL
                      NUMBER NUMERIC NUMERIC

                      まぁVARCHARに入らんこともないですが。。。。タイポでしょう。。。

                      表3:表名・列名の命名規則の比較

                      [誤]
                      アンダースコア(_)以外の記号の利用($、#、- など) ○ ○ ×

                      [正]
                      アンダースコア(_)以外の記号の利用($、#、- など) ○ ○

                      ``でかこってください。$は囲わなくても可能でしたが。。。。

                      mysql> create table $meiji(i1 int);
                      Query OK, 0 rows affected (0.56 sec)

                      mysql> create table mei$ji(i1 int);
                      Query OK, 0 rows affected (0.41 sec)

                      mysql> create table `mei#ji`(i1 int);
                      Query OK, 0 rows affected (0.41 sec)

                      mysql> create table `-mei#ji`(i1 int);
                      Query OK, 0 rows affected (0.43 sec)

                      mysql> show tables;
                      +-----------------+
                      | Tables_in_01mon |
                      +-----------------+
                      | $meiji |
                      | -mei#ji |
                      | mei#ji |
                      | mei$ji |
                      +-----------------+
                      4 rows in set (0.00 sec)

                      5.2. スキーマオブジェクト名


                      表5:連続値の生成機能の比較

                      [誤]
                      CREATE TABLE test
                      (testno NUMERIC(2) AUTO_INCREMENT
                                   PRIMARY KEY);

                      [正]
                      CREATE TABLE test
                      (testno INT AUTO_INCREMENT
                                   PRIMARY KEY);

                      AUTO_INCREMENTに指定できるのは整数と浮動小数点(float, double)だけで、固定小数点のものはエラーがでます。

                      mysql> CREATE TABLE test(testno NUMERIC(2) AUTO_INCREMENT PRIMARY KEY);
                      ERROR 1063 (42000): Incorrect column specifier for column 'testno'
                      mysql> CREATE TABLE test(testno INT AUTO_INCREMENT PRIMARY KEY);
                      Query OK, 0 rows affected (0.31 sec)

                      8.1.17. CREATE TABLE 構文

                      [現在の記述]
                       PostgreSQLでは、データ型にSERIAL型を指定すると暗黙的に順序が作成され、その順序を使用するように設定されます。

                      [改善案]
                       PostgreSQLでは、データ型にSERIAL型を指定すると暗黙的に順序が作成され、その順序を使用するように設定されます。MySQLでもデータ型にSERIAL型を指定でき、SERIAL は BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE の別名です。

                      6.1.1. 数値型の概要

                      mysql> CREATE TABLE test
                      -> (testno SERIAL);
                      Query OK, 0 rows affected (0.48 sec)

                      mysql> show create table test¥G
                      *************************** 1. row ***************************
                      Table: test
                      Create Table: CREATE TABLE `test` (
                      `testno` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
                      UNIQUE KEY `testno` (`testno`)
                      ) ENGINE=InnoDB DEFAULT CHARSET=utf8
                      1 row in set (0.00 sec)

                      ありゃ、結構時間がかかったので、今日はここまで。三ページ以降はまた次の機会に。。。。

                      しかし、土曜日早朝になにやってんだ >> おれ

                      [2014-10-04 09:48 追記]

                      三ページ以降はそれほど間違いなさそうなので、追記としてここに記述します。

                      三ページ目: 特に問題なし
                      四ページ目: Oracle 12cのOFFSET, FETCH句の実例がほしい。たとえば以下。

                      SELECT ename,sal FROM emp
                      ORDER BY sal DESC
                      OFFSET 1 ROWS FETCH NEXT 3 ROWS ONLY;

                      そしてこの記法がIBM DB2でもともと使われていて、OFFSETを拡張されてSQL標準になったことも
                      記述しているとよいと思います。(この原稿末になるべく標準つかえ、と書いてあるので)

                      SQL標準、ということでPostgreSQLでも8.4からOFFSET ... FETCHが使えます。(MySQLはこの書式使えません)

                      Oracle Database 12cについて:パート1(Ask Tom)
                      SELECT (PostgreSQL 8.3)
                      SELECT (PostgreSQL 8.4)

                      表12:引数の指定が異なる関数の比較
                      Oracle SELECT TO_CHAR(sal) FROM emp;
                      PostgreSQL SELECT TO_CHAR(sal,'9999') FROM emp;
                      MySQL SELECT FORMAT(sal,0) FROM emp;

                      「引数の指定が異なる」ということで、引数が違うだけで結果が同じことを期待しますが、
                      Oracleの場合は第二引数の書式指定を省略しておりTM9がデフォルトとして使われます。

                      数値用の書式モデル (SHIFT the Oracle)

                      PostgreSQLでは第二引数が省略できないので、'9999'を指定していますが、元の本のように「9が1つの数値を表し、たとえば4桁の数値の場合、9999と表記します」の説明がないとわかんないですね。。。。さらにOracleにより近づけるなら単に'9999'とするより'FM9999'としたほうがいいんじゃないですかね? (すみません、すぐに動かせる環境がないので、確認はできていません)

                      9.8. データ型書式設定関数(PostgreSQL9.3)

                      MySQLの場合はFORMATで第二引数をゼロにすると三桁区切りがデフォルトになり、出力文字列が違ってきます。(下の本の検索結果のようにはなりません)。

                      mysql> select format(1200000,0);
                      +-------------------+
                      | format(1200000,0) |
                      +-------------------+
                      | 1,200,000 |
                      +-------------------+
                      1 row in set (0.00 sec)

                      このように単純に数値を文字列に変換する目的ならばFORMATのかわりにCASTを使います。

                      mysql> select cast(01200000 as char);
                      +------------------------+
                      | cast(01200000 as char) |
                      +------------------------+
                      | 1200000 |
                      +------------------------+
                      1 row in set (0.00 sec)

                      五ページ目: 特に間違いはないけれどもMySQL用に若干補足。

                      MySQL(InnoDB)の場合、autocommit=offで自動コミットをオフにすると、Oracle/PPEEと同様の動作をします。

                      13.5.10.2. InnoDB と AUTOCOMMIT
                      オートコミットをデフォルトオフにする(MySQL 5.5の場合)

                      六ページ目は特にありませんでした。

                      以上です。 

                      JUGEMテーマ:コンピュータ


                      | meijik | クロスデータベース | 02:23 | comments(0) | trackbacks(0) | - | - |
                           12
                      3456789
                      10111213141516
                      17181920212223
                      24252627282930
                      31      
                      << March 2019 >>
                      + RECOMMEND
                      100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊
                      100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊 (JUGEMレビュー »)

                      100人のうちの一人としてミックさんの本を推薦しています。
                      + RECOMMEND
                      MySQL 5.1 Plugin Development
                      MySQL 5.1 Plugin Development (JUGEMレビュー »)
                      Andrew Hutchings,Sergei Golubchik
                      MySQL 5.1 のプラグインを作るならこれ!
                      + RECOMMEND
                      AWKを256倍使うための本 (Ascii 256倍)
                      AWKを256倍使うための本 (Ascii 256倍) (JUGEMレビュー »)
                      志村 拓,鷲北 賢,西村 克信
                      ここにきてまさかの復刊。15〜16年前の本ですが、いまでも十分役立ちますよ!!
                      + RECOMMEND
                      Linux-DB システム構築/運用入門 (DB Magazine SELECTION)
                      Linux-DB システム構築/運用入門 (DB Magazine SELECTION) (JUGEMレビュー »)
                      松信 嘉範
                      Linux-DB システム構築の新スタンダード。DB Magazine人気連載、待望の書籍化です!!
                      + RECOMMEND
                      + RECOMMEND
                      超・極める!MySQL
                      超・極める!MySQL (JUGEMレビュー »)
                      坂井 恵,志村 和彦,ひろせ まさあき,松信 嘉範
                      内容は少々古くなりましたが、内部説明があり、いろいろ面白いです。
                      + RECOMMEND
                      The Root of .NET Framework
                      The Root of .NET Framework (JUGEMレビュー »)
                      荒井 省三
                      .NETの根っこをつかむ、か?
                      + RECOMMEND
                      エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド
                      エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド (JUGEMレビュー »)
                      奥野 幹也
                      これまでにない構築、そして構築後のMySQLのための本。
                      + RECOMMEND
                      Database Management Systems
                      Database Management Systems (JUGEMレビュー »)
                      Raghu Ramakrishnan,Johannes Gehrke
                      ミックさん連載の参考書籍です。
                      + RECOMMEND
                      Advanced Programming in the UNIX Environment: Paperback Edition (2nd Edition) (Addison-Wesley Professional Computing Series)
                      Advanced Programming in the UNIX Environment: Paperback Edition (2nd Edition) (Addison-Wesley Professional Computing Series) (JUGEMレビュー »)
                      W. Richard Stevens,Stephen A. Rago
                      必読! といいつつ私が読んだのは初版の日本語訳です。差分はチェックしないといけませんね。
                      + RECOMMEND
                      + RECOMMEND
                      + RECOMMEND
                      Western Digital Scorpio Blue 2.5inch 5400rpm 320GB 8MB PATA WD3200BEVE
                      Western Digital Scorpio Blue 2.5inch 5400rpm 320GB 8MB PATA WD3200BEVE (JUGEMレビュー »)

                      DELL SX260の換装用に購入。今はコチラのほうが安いですね。
                      + RECOMMEND
                      情熱プログラマー ソフトウェア開発者の幸せな生き方
                      情熱プログラマー ソフトウェア開発者の幸せな生き方 (JUGEMレビュー »)
                      Chad Fowler
                      OSC2010神戸に出展されたジュンク堂で買いました。
                      + RECOMMEND
                      Software Design 総集編 【2000~2009】(DVD付)
                      Software Design 総集編 【2000~2009】(DVD付) (JUGEMレビュー »)

                      メガトン級の過去記事。売り切れる前にお店に急げ!
                      + RECOMMEND
                      + RECOMMEND
                      玄人志向 2.5型HDDケース SATA対応USB2.0接続 GW2.5AI-SU2
                      玄人志向 2.5型HDDケース SATA対応USB2.0接続 GW2.5AI-SU2 (JUGEMレビュー »)

                      Aspire 1410 HDD換装後、昔のHDDはこれにいれます。
                      + RECOMMEND
                      + RECOMMEND
                      acer Aspire Timeline AS1410 11.6型ノートPC Windows7搭載 250GB ブラック AS1410-KK22
                      acer Aspire Timeline AS1410 11.6型ノートPC Windows7搭載 250GB ブラック AS1410-KK22 (JUGEMレビュー »)

                      色違い黒(他に青と白があります): メモリは最大4GBとあるが、がんばれば8GBいけるらしい。
                      + RECOMMEND
                      Firebird 徹底入門
                      Firebird 徹底入門 (JUGEMレビュー »)
                      木村 明治,はやし つとむ,坂井 恵
                      Firebird日本ユーザ会のはやしさん、そしてMyNAから拝借(?) してきた坂井さんとともに書きました。まだ誰も知らないFirebird 2.5や、いままでドキュメントのなかったツール類についてもソースを確認してとりあげた本です。是非ご活用ください。
                      + SELECTED ENTRIES
                      + RECENT COMMENTS
                      • 毎月日経SYSTEMSが届くたびに?が増え続ける: 日経SYSTEMSのコラム「ITアーキテクチャーの真髄」と「第7正規化」
                        meijik (03/03)
                      • 2019年の木村明治
                        田中尚 (01/08)
                      • 使い慣れたSQLに潜む実装依存: Firebirdの場合(6) 文字列との結合演算子
                        noname (12/10)
                      • 毎月日経SYSTEMSが届くたびに?が増え続ける: 日経SYSTEMSのコラム「ITアーキテクチャーの真髄」と「第7正規化」
                        Moriaki_ (01/05)
                      • 毎月日経SYSTEMSが届くたびに?が増え続ける: 日経SYSTEMSのコラム「ITアーキテクチャーの真髄」と「第7正規化」
                        Moriaki_ (01/05)
                      • 2015年版 InterBaseの歩み
                        nakagami (12/06)
                      • 毎月日経SYSTEMSが届くたびに?が増え続ける: 日経SYSTEMSのコラム「ITアーキテクチャーの真髄」と「第7正規化」
                        meijik (11/22)
                      • 分散DB本読書会第46回メモ「STOP AFTER 10」
                        masudahidehiko (09/01)
                      • Windows上でのMySQLビルド方法
                        kinoyasu (03/31)
                      • 気軽に新しいMySQLを試してみる: MySQL Sandboxのススメ
                        MeijiK (09/19)
                      + RECENT TRACKBACK
                      + CATEGORIES
                      + ARCHIVES
                      + MOBILE
                      qrcode
                      + LINKS
                      + PROFILE