[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 － Publickey
[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 サンフランシスコで開催されている米オラクルのOracle OpenWorld 2009。初日となる10月11日（日本時間10月12日午前）に行われた基調講演には、サン・マイクロシステムズ会長 スコット・マクニーリ氏が登場。1982年に創業された同社の27年間の歴史を振り返るシーンで幕が開けました。ライブストリーミング配信された内容を基に紹介します。 マクニーリ氏は、「オラクルカラーに近い色に合わせてきたんだ」と、赤い服で登場。サン・マイクロシステムズは27年間イノベーションを続けてきたと、まもなくオラクルによる買収が完了する見通しの同社の歴史をやや感傷的に振り返ります。リストの1番にあがったのは、最初のオープンソースとなったNFS。
![[速報]サンの27年間の歴史にさよなら。SPARC、Java、MySQLはオラクルが引き継ぐ。米Oracle OpenWorld基調講演 － Publickey](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca0810e4b6b3ead24b6451d312016131bc72a4ae/height=288;version=1;width=512/https%3A%2F%2Fwww.publickey1.jp%2Ffbico_pblky.png)
新・たけぞう瀕死の日記
■ [Hibernate]HibernateでOracle 11g JBoss 5.0.1のJPAでOracle 11gを使おうと思ったら、なにやらJBossの起動時にエラーが出ます。Oracle 11gはサポートしていないとかなんとか。ググると以下のような感じでpersistence.xmlで明示的にOracle 10g用のDialectを指定すればいいらしいです。<?xml version="1.0" encoding="UTF-8"?> <persistence> <persistence-unit name="ship"> <jta-data-source>java:/oracle-ds</jta-data-source> <properties> <property name="hibernate.dialect" value="org.hibernate.dialect.Ora
MySQL Connector/Jにおける大量INSERTのチューニング - SH2の日記
ピンポイントチューニング講座です。まずは結果から。 このグラフは、以下のテーブルに50,000レコードINSERTしたときの処理時間を示したものです。性能に70倍以上もの差が出ているのはなぜか、見ていきたいと思います。 CREATE TABLE `loadtest` ( `id` int(11) NOT NULL, `data` varchar(100) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 方法1 ベースライン conn = DriverManager.getConnection(JDBC_URL, JDBC_USER, JDBC_PASS); pstmt = conn.prepareStatement("insert into loadtest (id, data) values (?
MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 - kazuhoのメモ置き場
useServerPrepStmtsのここの説明ではデフォルトがtrueになっているが、これは上述の通り嘘である。 (中略) そしてなぜfalseにされたかということの背景を察すると、trueにすることの弊害もありそうで、手放しでこれをtrueにすることを勧めることが少しはばかられる。 http://www.geminium.com/chiba_blog/2008/12/23/33/ 自分は Java 使ってないですが、MySQL の中の人が使うなって言ってます *1。その理由はメモリリークのような症状が出る可能性があるから。 So why are prepared statements a problem? Because users do not clean up/close unused prepared statements. Multiply the number of prep
『[Oracle] JDBCでバインドできる文字列のサイズの制限』
Java.sql.PreparedStatementインターフェースを使用してOracleデータベースにデータを登録する際、setString()メソッドを使用してバインドできる文字列のサイズには制限があるようです。 Oracleデータベースとしてのバインドサイズの上限はVARCHAR2、NVARCHAR2の最大サイズ（4000バイト）と同じなのですが、Oracle JDBCドライバでPreparedStatementインターフェースのsetString()メソッドを使用した場合、使用しているキャラクタ・セットによってより厳しいサイズ制限が課せられるようです。 「Oracle9i JDBC開発者ガイドおよびリファレンス2(9.2)」の中の「ThinドライバによるSQL CHAR データ・サイズ制限」というトピックで解説されている内容を見ると、データベース・キャラクタセットがJA16SJIS
![『[Oracle] JDBCでバインドできる文字列のサイズの制限』](https://cdn-ak-scissors.b.st-hatena.com/image/square/ed239427f781d723ae5cf65616a522073f68d378/height=288;version=1;width=512/https%3A%2F%2Fstat.profile.ameba.jp%2Fprofile_images%2F31%2Farchive-redo-blog%2F1180840362506.jpg)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
