2010年6月30日（JST）において、当時の所属企業、びっくりドンキーはスケート部の廃止を突如公にした。これを受けて及川は、今後もスピードスケート競技を続けることを決意し、退社を決めた。 一方、同所属の今野真太郎は選手活動を引退し退職後は競輪選手の道へ、コーチの菱沼雅仁はコーチを辞め同社の本社業務の選択肢を選び、ともにスピードスケート界を去ることになった。
トリノオリンピック以降のTV出演に等に関しては、ファンやマスコミ各社からの要望はあるものの、所属会社自身も外部ファンに対してPR活動や成績報告等を一切していない為、東京キー局製作のフジテレビの「ジャンクSPORTS」やテレビ朝日の「ナンだ!?」等のスポーツ選手をゲストに迎える番組やイベントならびにCM出演へ露出は会社の考えが大きく変わらない限り、現段階では皆無に等しく、また、加藤条治や清水宏保がいる以上、大きな国内外の公式大会で優勝しない限り、名前は活字として掲載されても、ニュース映像やスポーツ紙等の写真等の各種メディアに出にくいのが現状である。 なお、地元北海道のTV局が大きな大会が行われる前後の取材や不定期でローカルのニュースや情報番組内での特集等の出演はあるが、北海道地区を除けば、本州以南でのテレビやラジオ等の全国放送や各メディアを通じて彼の姿を見る事は現段階では非常に難しい。2007年5月27日（JST）にフジテレビ系列にて放送（※一部地域を除く）した「ジャンクSPORTS」にて、トリノオリンピック後初の全国放送に出演した。 今後のメディア露出も期待はされてはいるのだが、“会社の考え”から、他局の同ジャンルの番組出演も、上記のとおり、現段階では他の選手と比べて非常に難しい。
トリノオリンピックでの入賞直後に、実力はもちろんのこと、無名時代から入賞までに至る経緯に感動し、ファンになったと言う人口が老若男女問わず日本国内に一気に増えた。所属会社のWebサイト内ではトリノオリンピック開幕日と同時に急遽「びっくりドンキースケート部」と言う名義で自己紹介程度のコーナーがあるが、以後、会社側は4位入賞の報告どころか国内外競技の成績掲載も無く、コーナーそのものの更新は無く、社員向けの「社内報」にしか情報は提供されていないなど、ファンに対しては非常に冷ややかである。その為、ファンが及川の出場予定大会やメディア予定等の情報を入手するのには、他の選手や企業と比べて非常に困難である。 なお、会社内社員向けの「社報」には大会の情報または及川に関する情報は発信していた。現状ではスポーツ紙各社のWebサイト内の選手紹介ならびに特集記事ページを除けば、本人が自ら立ち上げた不定期更新の「ブログ」だけがファンが及川を知ることができる唯一のサイトである。
北海道移転前のビッグバン打線時代から北海道日本ハムファイターズの大ファンで、北海道帰郷中に観戦する程。また、トリノオリンピックで4位入賞と日ハムファンと言うこともあり、3月25日に北海道日本ハムファイターズの札幌ドームで開催のホームゲーム開幕戦の「始球式に出て欲しい」と言う申し出があった。マスコミ各誌でもこの話題を取り上げていたが、辞退していた旨が後日判明した（断った原因は不明だが、本人運営のブログで4月の帰省後に明らかにしている）。
RDBMS (関係データベース管理システム) では、次のようなSQL文を記述できる (MySQLでの例) 。CREATE TABLE Customers  (   Id          CHAR(12)    NOT NULL PRIMARY KEY,   Surname     VARCHAR(32) NOT NULL,   FirstName   VARCHAR(32) NOT NULL,   DateOfBirth DATE        NOT NULL)SELECT InitCap(Surname) || ', ' || InitCap(FirstName)  FROM Customers WHERE Month(DateOfBirth) = Month(getdate())   AND Day(DateOfBirth) = Day(getdate())現在のほとんどのRDBMSでは、ユーザ定義関数を定義することができる。ユーザ定義関数を使って上記の問い合わせを記述し直すと次のようになるであろう。SELECT Formal(Id)  FROM Customers WHERE Birthday(Id) = Today()ORDBMS (オブジェクト関係データベース管理システム) でも、このような記述をすることができる。BirthDay() のようなユーザ定義のデータ型と式を定義することができる。すなわち次のように記述できるであろう。CREATE TABLE Customers (  Id          Cust_Id    NOT NULL PRIMARY KEY,  Name        PersonName NOT NULL,  DateOfBirth DATE       NOT NULL)SELECT Formal( C.Name )  FROM Customers C WHERE BirthDay ( C.DateOfBirth ) = TODAY;ORDBMSのもう一つの特長は、データベースがデータ間の関連を利用することができ、関連するデータを容易に辿ることができることである。 住所録アプリケーションにおいては、住所録に載せる一人一人に対して複数の住所を記録するために、もう一つテーブルを追加することになるであろう。従来のRDBMSを使うと、人物と住所のデータを検索するために結合が必要になる。 従来のRDBMSを使った場合の検索問い合わせは次のようになる。 SELECT InitCap(C.Surname) || ', ' || InitCap(C.FirstName), A.city   FROM Customers C, Addresses A  WHERE A.Cust_Id = C.Id -- 結合    AND A.city = 'New York'ORDBMSでは、上記と同じ検索問い合わせを非常に簡潔に記述することができる。SELECT Formal( C.Name )  FROM Customers C WHERE C.address.city = 'New York' -- 関連はORDBMSにより「認識」される