努力したWiki

推敲の足りないメモ書き多数

ユーザ用ツール

サイト用ツール


documents:olddiary:2012:201203
201201 
 201204

2012-03 日記コピー

2012-03-18 確かにろくろ回してるな!ww

[雑記] 確かにWeb業界はろくろを回す

ハムスター速報 WEB業界ろくろ回しすぎワロタ

言われると確かにそうだわww

何であんな感じにするんだろね。

本日のツッコミ(全6件) [ツッコミを入れる]

● jk (2012-04-17 06:28)

いかん。朝からわらってしまったw って、おっさんもよくやってるよw まぁ、何かを表現しようとするとあの形になっちゃうんだろうなぁ(^ ^;;;

● 努力中の人 (2012-04-17 06:58)

朝も早よから何やってんですかw

● jk (2012-04-17 07:00)

あれ?めずらしくおきているじゃんw いや、目がさめたら寝れなくってw

● 努力中の人 (2012-04-17 07:02)

通知メールで携帯がブルブル鳴って起きちゃいましたよー意地でも二度寝しますw

● jk (2012-04-17 07:07)

あ、俺がおこしちゃったのか(^ ^;; というか、努力中の人を起こすには、ここにコメントすればいいのね(うぉい というわけで、おやすみ。 寝坊しないように。

● 努力中の人 (2012-04-17 12:54)

携帯への通知を解除したので夜中でも構いませんぜw

2012-03-24 どれだけMなんだ?

[Database] 某社のLinux版ODBCドライバが不具合だらけな件

うちの会社の若い衆が、ただでさえ不具合続出で新製品発表時に『んなもんどうでもいいから不具合はよ直せボケ』と突っ込まれている某社のデータベースをデータソースにしたレポーティングシステムを作っており、やっと来週に納品!というところにこぎつけた。

このデータベース、出た当初はボロクソ言われてたものの、検索速度だけは速くて組み込み機用のカスタマイズもやれてたのである方面ではだいぶ使われている。

まぁ、ごり押しもあるんだけど。

しかし、このごろは先にも書いた通り、ろくでもない不具合を作りこんでくれてて、メンテナンスツールを起動したら最後回復不能!とかドンだけ罠を仕掛けてるんだ、という有様。現場の経験浅いSEさんが命削りながら対処している、そんな状態。

で、件のシステム

システムの発注をかけてきたのがそのデータベースを作ってる会社の別事業所で、公共関係の受注を取っている部署。そこの課長さん達も『それを使うと危険が危ない!』って位リスクが高まる事を理解していた。当然採用なんかしたくない。OracleやDB2の方がずっと安心。

しかし、偉い人等は違った。…そしてこのデータベースを組み込むのが絶対条件になってしまったのでした。

でも今回のシステムはそのデータベースをサポートしていないため、今時なぁ…とは思いつつもODBCを経由したアクセスを行うことになった。…そしてWindowsを使うのかと思いきや、変なところでケチったためLinuxをサーバとして使うことになり、あわててLinux版ODBCドライバを取り寄せることになったのでした。どれだけMな皆さんなのよw

ま、悪い予想ほど当たる

レポーティングツールはUnicodeを前提としており、データソースはSJIS。ということはSJIS to Unicodeの変換が必要になる。このODBCドライバはきちんとサポートしているとの事でした…が。

しばらく経つと、テストデータのうちいくつかを使うと、レポート表示できず異常終了する事象に遭遇。ローマ数字や丸囲み文字で発生すると聞いたら慣れた人はピンと来るかもしれない。そう、JIS X 0203の範囲での変換しかできないことが発覚したのでした。開発元、問題なく変換できるといってたのに、それを撤回してきました。

次が文字関数の振る舞い。

たとえば、Lower関数。Lower('ABCD')の結果は'abcd'になります。ところで、Lower('全然')の結果が予想できますでしょうか。…ええ、'甦甞'になります(^^;

マルチバイト文字が入っていても関係なく、1バイト毎に変換をかけていくようです。これを避けるには Lower(M'全然')とする必要がありますが、おそらくこれは過去のアプリケーションとの互換のためにこうするしかなかったのかなと思います。この製品、漢字使うときは VARCHARじゃなくてNVARCHARとか使え、って言ってたんですよ。ちなみにNVARCHARは当時で言うところの2バイト文字しか入らない型です。あ、これはODBCのせいじゃないやw

そして、金曜日があと2時間で終わるかというころに発覚したもの。

VARCHAR型で長さゼロの文字列が入ったレコードを読み出そうとするとODBCドライバがこける……なんとなくどんな処理をやっちゃったのか想像が付いちゃうけど……さて、このシステム、本当にカットオーバーに漕ぎ着ける事が出来るのかしらん?

あ、当然

一部嘘を混ぜ込んで書いてあるのでその旨ご承知置きください。もちろんドライバが駄目駄目なのは真実です。

201201 
 201204
documents/olddiary/2012/201203.txt · 最終更新: 2021/02/09 01:35 by k896951