JDBCレイヤでDBのシャーディングを行うsharding-jdbcを試してみた - たけぞう瀕死ブログ
DBのデータ量が増えてきた場合の対策の1つとしてユーザIDなどをキーにデータベースを分割するシャーディングと呼ばれる手法があります。これをJDBCのレイヤで実現してしまうsharding-jdbcというライブラリを見つけました。 github.com sharding-jdbcは中国のdangdang（当当）というEC大手企業が開発したOSSで、SQLをパースし、SQLに含まれるシャードキーを抽出して接続先のデータベースや、参照するテーブルを切り替えてくれるというものです。 使ってみる まずはpom.xmlに以下の依存関係を追加します。 <dependency> <groupId>com.dangdang</groupId> <artifactId>sharding-jdbc-core</artifactId> <version>1.4.1</version> </dependency>
Mavenプロジェクトをオフラインでビルドする - 新・たけぞう瀕死の日記
ライブラリの依存関係やスコープを管理できたり、様々なレポートを出力できたりと、なんだかんだいってもMavenは便利です。少しでも道から外れるとpom地獄が待っていますが、幸いにしてトラウマになるような事態に出会ったことはいまのところありませんw ただ、仕事では納品後にユーザがどんな環境でビルドするからわからないからオンライン前提じゃないとビルドできないMavenは使いにくいケースが多く、場合によっては開発時はMavenを使うけどAntでもビルドできるようにしておく、みたいな不毛なことをしたりしていました。もちろんMavenのローカルリポジトリをコピーしてプロジェクトと一緒に配ればオフラインでもビルド可能な環境を作ることはできるのですが、もっとポータビリティの高い方法はないかなぁ…と思っていたところ、@shimashima35さんに簡単な方法を教えていただきました。 ポイントは-Dmaven
Mirage 1.1.4をリリースしました - たけぞう瀕死ブログ
S2JDBCの2WaySQLが利用可能なデータベースアクセスライブラリ、Mirage 1.1.4をリリースしました。 http://amateras.sourceforge.jp/site/mirage/welcome.html 今回の新機能・修正点は以下の通りです。 NameConverterの実装としてRailsLikeNameConverterを追加しました。 PropertyExtractorの実装としてFieldPropertyExtractorを追加しました。 DefaultValueTypeのJDBC 4.0（Java6）への意図しない依存性を修正しました。 SQLファイルの末尾のセミコロンは削除して実行するようになりました。 例外体系を整理しました。 Spring Framework等でvalueTypesを簡単にカスタマイズできるよう、SqlManagerImpl#set
iText5用のiTextAsian.jar - たけぞう瀕死ブログ
あちこちで書かれているように、iTextは5系にバージョンアップしてから日本語などを使う際に必要なiTextAsian.jarがそのままでは使えなくなってしまっています。 http://d.hatena.ne.jp/thunderhead/20100408/1270695544 http://abetuyo.net/blog/2009/12/itext-50-itextasianjar.html こんな致命的な問題を誰もフィードバックしていないのかなぁ…と思いながらSourceForge.netのiTextプロジェクトのMLを検索してみたところ、以下のエントリを発見しました。 > I noticed that iTextAsian.jar still uses package from > "com.lowagie.text.pdf.fonts/"instead of > "com/ite
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
