Firebird関連スレ3

**NAME IS NULL** · 2009/02/11(水) 10:10:31

前スレ
http://pc11.2ch.net/test/read.cgi/db/1135527179/

本家
http://www.firebirdsql.org/
http://firebird.sourceforge.net/

wiki
http://firebird.skr.jp/?FrontPage

**NAME IS NULL** · 2012/06/24(日) 01:45:28.19

うぉぉぉぉぉ・・・・・っ
なおったぁぁぁぁぁーーーーーーーーー

バックアップしてリストアしたらなぜか直りました

なんか壊れてたみたいです。お騒がせしました

**NAME IS NULL** · 2012/07/17(火) 16:04:02.06

delphiでのＵＤＦの書き方の例をあげてもらえないでしょうか？
ここまで書いて、どうしようかと迷う俺。できればお願い

**NAME IS NULL** · 2012/07/17(火) 23:44:20.74

つ ttp://www.atmarkit.co.jp/fdb/rensai/08_firebird/05/firebird05_01.html
つ ttp://www.tomnekosoft.com/firebird/books/firebired_book-4_open.pdf

**NAME IS NULL** · 2012/07/18(水) 11:56:04.51

一ヶ月ほど前にBLOBフィールドに大量の写真を登録していたテーブルをdrop tableで
削除したのですが、何時まで経ってもファイルサイズが小さくなりません。
テーブルを削除してもGCでは最適化されないのでしょうか？

**NAME IS NULL** · 2012/07/18(水) 12:38:58.43

>>441
むかしBorlandのサイトで紹介されてた FreeUDFLib ってやつのコードを、見よう見まねで改変して使ってる。
interbase用だけど、FBでも普通に動いてるよん。
FreeUDFLib.zip でぐぐれば、まだどこかにあると思う。

**NAME IS NULL** · 2012/07/18(水) 13:06:34.43

>>443
つ gbak

**NAME IS NULL** · 2012/07/18(水) 21:10:13.02

UDFを自前で書かなきゃいけないケースも随分減ったなあ

**NAME IS NULL** · 2012/07/18(水) 21:18:10.53

今は再帰CTEもサポートされてるからね。

あとは3.0のWindow関数とPackage使えればとりあえず満足

**NAME IS NULL** · 2012/10/30(火) 17:05:20.78

kaso

**325** · 2012/11/01(木) 05:23:54.01

Oracle9からFireBirdへのコンバーターってフリーでないですか?

**NAME IS NULL** · 2012/11/01(木) 05:24:31.62

ああ、また名前入れっぱなしだったｏｒｚ

**NAME IS NULL** · 2012/11/17(土) 11:31:02.30

2.5.2あげ

**NAME IS NULL** · 2013/01/04(金) 13:25:07.05

開発用にWindows上で、本番用はLinux上で
firebird 1.03を利用しています。
windows上からPerl::DBIで接続したくモジュールをインストールしたのですが、
fbclient.dllが見つからないと言われます。
そこで教えていただきたいのですが
・Perl::DBIを使えるようにする方法はないでしょうか。
・Linux環境には、fbclient.dllもgds32.dllもないのですが
　DBIは使えるのでしょうか。
どなたかよろしくお願いします。

**NAME IS NULL** · 2013/01/04(金) 13:59:56.12

・ある
・使える

**NAME IS NULL** · 2013/01/04(金) 14:08:47.76

開発者に向いてない奴が増えたなぁ

**452** · 2013/01/04(金) 15:48:54.61

>>453
Perl::DBIを使えるようにする方法はどのような方法なのでしょうか。

**NAME IS NULL** · 2013/01/04(金) 23:38:48.18

それを調べるのがあんたの仕事じゃないの？

**452** · 2013/01/05(土) 08:46:01.30

>>456
いいえ、仕事ではないのです。
なぜ仕事だと思ったのですか。ステレオタイプって面白い。
仕事かどうかを判断することに意味があるのですか。

**NAME IS NULL** · 2013/01/05(土) 17:58:04.76

仕事かどうかを判断するものですから仕事ではないのですｷﾘｯ

**NAME IS NULL** · 2013/01/05(土) 22:34:29.65

>>457
その質問でPerl::DBIが使えるようになるのですか？

**452** · 2013/01/06(日) 08:11:04.70

>>459
私が、そう尋ねているのですが・・・
訳していただいてありがとう。でも私にリプライしないでくださいね。
456さんへお願いします。
そろそろsageます。

**NAME IS NULL** · 2013/01/06(日) 08:19:53.79

仕事かどうかを判断することを仕事にしてる人に依頼すればよいと思うよ

**NAME IS NULL** · 2013/01/09(水) 09:51:49.22

仕事じゃないならなんでFirebird + Perl::DBIなんてニッチなことするんだ?
そんなもん要求するソフト無いだろw

**NAME IS NULL** · 2013/01/11(金) 21:54:43.33

　　★★★チベットの独立は日本の核心的利益である★★★
　　http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1226114724/78

　　￥￥￥￥￥￥￥『万有サロン』書き込み大賞・総額100万円￥￥￥￥￥￥￥￥￥￥￥￥

　　この掲示板に優秀な書き込みをして、総額100万円の賞金をゲットしよう！(*^^)v
　　　　万有サロン
　　　　　　http://jbbs.livedoor.jp/study/3729/
　　　　書き込み大賞の詳細
　　　　　　http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1069922074/78-
　　　　書き込み大賞の詳細(資料倉庫内)
　　　　　　http://www2.tba.t-com.ne.jp/a-z/omake/banyu/taisho.htm

　　また、あらゆる疑問に関する質問を、携帯電話やメールでも受け付けています。
　　　　電話番号　080-4437-4187
　　　　メール　　aaa-zzz@tba.t-com.ne.jp

　　￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥

**NAME IS NULL** · 2013/02/07(木) 17:16:43.62

select
50.0 * 37.23 A,
cast(50.0 as double precision) * 37.23 B,
round(50.0 * 37.23, 0) ROUND_A,
round(cast(50.0 as double precision) * 37.23 , 0) ROUND_B
from rdb$database

ABROUND_AROUND_B
1861.51861.518621861

なぜROUND_B は1862にならないんでしょう?

**NAME IS NULL** · 2013/02/07(木) 17:19:05.45

うわ崩れてしまった

A
1861.5

B
1861.5

ROUND_A
1862

ROUND_B
1861

です。

**NAME IS NULL** · 2013/02/13(水) 07:13:53.32

しらないなら黙ってればいいのに

**NAME IS NULL** · 2013/02/20(水) 11:11:41.91

そんなこと言うから誰も書かないし・・・
>>464
これ、よくある丸め誤差じゃないですかね？　
浮動小数点を２進で格納するときに近似値化したのが、１０進に戻す時に誤差として出るやつ。
Firebirdのソースコードを見てないし、見てもたぶんよーわからんと思うので憶測ですけど、
コンパイラが用意してるround関数の結果をそのまま返すような作りになってるのなら
そういう誤差が出ることもあり得ると思います。
ていうかコンピューターを使う上での「お約束」なので、他のソフトを使っても出るときは出る。
どうしてもそこを倍精度にする必要があるのなら
誤差になる部分のケタを上げて計算してから戻すか、
> round(cast(50.0 * 10 as double precision) * 37.23 / 10 ,0) ROUND_B
あるいはroundを使わずに0.5足して切り捨てすれば
> cast(cast(50.0 as double precision) * 37.23 + 0.5 as integer) ROUND_B
とりあえず回避できそうですが。

**NAME IS NULL** · 2013/02/28(木) 14:39:24.87

そんなことドヤ顔で言われてもな。聞く方もあれだが。

**NAME IS NULL** · 2013/03/10(日) 01:01:49.55

趣味のプログラムに組み込むので、このＤＢを使ってみようと思ったけど
このスレだと質問するのに、むちゃくちゃハードル高そうですね

やっぱあきらめて、ＳＱＬｉｔｅかSQL Server CEにします

**NAME IS NULL** · 2013/03/10(日) 01:23:13.31

そう？まぁ普通の人はユーザ会のYahoo Groupで聞いてると思うんで…

**NAME IS NULL** · 2013/03/10(日) 01:34:07.30

おおっ・・・と思って見てきたけど人あんまりいないじゃ無いですか・・・・
Delphiユーザーが多いみたいですが

Visual Studioなので、やっぱちょっとやめときます
深夜の愚痴につきあってくれて感謝です

**NAME IS NULL** · 2013/03/10(日) 10:56:37.09

別に盛り上がるほど問題があるわけじゃなし、普通に使えるからねぇ。

**NAME IS NULL** · 2013/03/13(水) 13:17:49.11

使うにあたって特に質問することが何もないよな。

**NAME IS NULL** · 2013/03/18(月) 21:50:22.34

何にハードル感じてるのかわからない。

**NAME IS NULL** · 2013/03/19(火) 05:58:33.19

日本人ならハードルはユーザー数だろ

**NAME IS NULL** · 2013/03/19(火) 21:52:02.25

情報集めるのに不自由しないくらいたくさんユーザーいるだろ。

**NAME IS NULL** · 2013/03/20(水) 05:56:20.28

いや日本人は特に理由もなく多数派に付くのが好きということ

**NAME IS NULL** · 2013/03/25(月) 21:31:39.25

2.5.2 Security Update 1/2.1.5 Security Update 1がリリースされてます

**NAME IS NULL** · 2013/04/10(水) 12:40:11.35

ほ

**NAME IS NULL** · 2013/04/11(木) 16:05:06.21

3はいつになったらでるの？

**NAME IS NULL** · 2013/04/11(木) 17:32:21.38

3に何を期待してるの？

**NAME IS NULL** · 2013/04/16(火) 14:53:21.47

昔このDB使ってたんだけど、トランザクション回数が21億回超えたら
動かなくなる仕様ってまだ残ってる？

64bit版ならもっと上限増えてるのかしら

**NAME IS NULL** · 2013/04/17(水) 10:01:37.11

>>482
昔から使ってるけど聞いたことないぞ

**NAME IS NULL** · 2013/04/18(木) 18:37:47.21

>>483
「Firebirdの歴史　トランザクションID」
でぐぐってみて

たとえば
ttp://firebird.gr.jp/firebird/site_rsrc/images/0/osc2006tokyo/OSC2006_Firebird.pdf
のFirebirdの概要-Transaction IDで
32bit long が最大値、リセットするにはデータベース止めるしかないことがわかる

**NAME IS NULL** · 2013/04/18(木) 19:10:11.97

トランザクションをそこまで継続させるほうが異常

**NAME IS NULL** · 2013/04/18(木) 19:16:47.97

30秒に１回トランザクションしても2108年持つね。

**NAME IS NULL** · 2013/04/18(木) 19:42:19.23

30秒に一回ってそんなのんきな

**NAME IS NULL** · 2013/04/18(木) 20:45:56.23

のんきなってそんなにしょっちゅうコミットだらけのシステム実用に何の？

**NAME IS NULL** · 2013/04/18(木) 23:55:22.89

トランザクションは更新の時だけやないやろ。

**NAME IS NULL** · 2013/04/19(金) 01:23:40.04

30秒に１回でコミットだらけなのか・・・・
皆さんとは感覚が違ってたみたいすみませんでした。

**NAME IS NULL** · 2013/04/19(金) 05:05:21.90

つうかそれに耐えられるハードならバックアップリストアなんてあっという間に終わるじゃろという話

**NAME IS NULL** · 2013/04/19(金) 05:07:13.13

>>489
え？更新しないのにID増えるわけないよね

**NAME IS NULL** · 2013/04/19(金) 05:25:17.79

>>490
平均の話してんのに感覚とか意味不明

**NAME IS NULL** · 2013/04/19(金) 09:12:41.82

普段もっと忙しいシステムばっかさわってるから
あなたが携わっているような30秒に一回のトランザクションも無いくらいが普通なんだって感覚がなかったってことです

**NAME IS NULL** · 2013/04/19(金) 10:30:45.27

そもそもそんな忙しいシステムにFirebird使おうとか考えないよねw

**NAME IS NULL** · 2013/04/19(金) 17:43:28.86

>>494
平均の意味分かってるよね？

**NAME IS NULL** · 2013/04/19(金) 17:45:39.84

しかも論点は何秒に１回とかそこじゃねーし

**NAME IS NULL** · 2013/04/19(金) 17:47:56.91

>>494
で、君のシステムだと何ヶ月ぐらい持ちそうなの？
それ言わないと話し始まんないジャン

**NAME IS NULL** · 2013/04/20(土) 15:56:29.21

>>498
答えないと話を進ませない人ですね

**NAME IS NULL** · 2013/04/20(土) 17:50:14.80

間違いと気づいたなら素直に謝りなよ
FBには瑕疵はないよ

**NAME IS NULL** · 2013/04/21(日) 01:49:32.38

ID出ないのをいいことにw

**NAME IS NULL** · 2013/04/21(日) 08:44:52.26

>484 のpdfなどを読んだが
トランザクションidは行ユニークじゃないか
1行に対して2Gトランザクションを超えるシステムは扱った事がない
とは言え有り得ないとまでは言えないか

**NAME IS NULL** · 2013/04/21(日) 18:10:57.58

事実上ありえないから

**NAME IS NULL** · 2013/04/22(月) 08:42:01.91

なんか2000年問題とか2038年問題みたいだなｗ
自分が生きてる間持てばいいっていう発想

**NAME IS NULL** · 2013/04/22(月) 09:18:17.90

>>504
ぜんぜん違うだろw アホかw

**NAME IS NULL** · 2013/04/22(月) 16:14:43.53

罵倒しないとレスれないのか？

**NAME IS NULL** · 2013/04/22(月) 16:43:10.50

起こる可能性のあることは、いつか実際に起こる。

**NAME IS NULL** · 2013/04/22(月) 21:07:24.43

バックアップリストアなしで2000年とかありえないから

**NAME IS NULL** · 2013/04/22(月) 21:08:56.71

>507
ハードよりソフトの方が寿命が長いとでも思ってんの？

**NAME IS NULL** · 2013/04/22(月) 21:09:48.53

もとい、ソフトよりハードの方が

**NAME IS NULL** · 2013/04/22(月) 21:31:05.04

postgresもだいぶ昔のバージョンはトランザクションidは32bit unsigned intの40億回有限だった。（今もだけど）
バージョンが7.2とかだったかな。
postgresトランザクションID周回でググってみるとよい。

それで問題が結構起きて今はオンラインのままvacuum走らせればそこら辺もメンテされるようになってる。

昔のpostgresでさえそうなのに今を生きるrdbmsとしてfirebirdでそんなにトランザクション発生させるなんて事実上有り得ないとか、
maxに達するまでダンプレストアがないなんて有り得ないとか言っちゃう人は
どんだけ狭い了見で生きてんのって話。

**NAME IS NULL** · 2013/04/23(火) 00:52:15.49

>>511
アホくさ

**NAME IS NULL** · 2013/04/23(火) 05:20:32.78

>>511
しかしそこまで非論理的な内容をよく堂々と発言できるな。
馬は草しか食わないんだから人間も草だけ食べるべきといってるのと同じだぞ

**NAME IS NULL** · 2013/04/23(火) 05:23:10.83

>>511
ちなみに「firebirdでそんなにトランザクション発生させるなんて事実上有り得ない」というのは
どっかのバカの発言だから。
FBは十分大規模システムにも耐えられるよ。

**NAME IS NULL** · 2013/04/23(火) 07:22:07.74

>>514
いや、ヘレン女史も同じこと言ってたよ。

**NAME IS NULL** · 2013/04/23(火) 07:50:38.87

たくそんなに無駄な心配ばっかしてるから禿げるんだよ

**NAME IS NULL** · 2013/04/23(火) 08:38:10.87

まぁ仕事の引継ぎとか考えると留意すべき点ではあるね
つか64bit版のFirebirdならそこも直ってそうなもんだけど

**NAME IS NULL** · 2013/04/23(火) 08:42:43.39

留意する必要もないし直す必要がないものが直るわけないだろ。
単純に考えてもレコード数×フィールド数×数バイト×etc でDB容量増加なんて基地外沙汰だわ

**NAME IS NULL** · 2013/04/23(火) 08:46:35.51

君は何の話をしているのだ？

**NAME IS NULL** · 2013/04/23(火) 08:56:16.68

自分に必要無いから必要ないんだ！！！！(ﾌﾟﾝﾌﾟﾝ

**NAME IS NULL** · 2013/04/23(火) 09:08:31.45

>>513
同じmvccを採用するpostgresを例に出して、
今よりずっと昔のネット上のトラフィックが少ない時に、すでに経験してきていることをfireirdだから経験しないなんて理屈はあり得ないって言っているだけだが何処が非論理的？
論理的に指摘してくれませんか？
firebirdのアーキテクチャを理解しないで適当にもの言ってる奴らばっかだな

**NAME IS NULL** · 2013/04/23(火) 10:00:10.02

バカだね。この世の全てのリソースは有限なのに。

**NAME IS NULL** · 2013/04/23(火) 10:08:14.87

>>521
アーキテクチャ理解してないの自分じゃね?
出来ない物は出来ないんだから、Firebirdの仕様の中でやれることを考えるだけじゃん?

一体誰に何を求めてんのよ。

**NAME IS NULL** · 2013/04/23(火) 10:14:18.97

あと FB3.0になると制限が40億超になるけど、制限があることは変わんないから
とっとと見限ってFBの存在なんか忘れたほうがいいよ。

**NAME IS NULL** · 2013/04/23(火) 10:29:55.92

>>523
はぁ？
俺は別に誰に何を求めてるわけでもないし、理解して問題なく使ってますが。
>>482でもないが、
>>485とか>>503とか目に余るレスを見つけて口挟んだだけ。
誰と勘違いしてんの？

あとついでに言うと>>502の理解もおかしいから。
自分が使ってって問題なければいいってならそれでいいけど、
パブリックの場だから一応間違った情報には注意しないと。

**NAME IS NULL** · 2013/04/23(火) 10:31:07.58

>>525
じゃあ誰と何の議論してんの? 全く無意味な空理空論吐いてるようにしか見えないけど。
あとID出して。

**NAME IS NULL** · 2013/04/23(火) 10:33:15.71

てか>>511=>>521何だろ?
その他の人間と同一視なんかしてないわけだが。

**NAME IS NULL** · 2013/04/23(火) 10:43:27.49

にぎわってんな。

**NAME IS NULL** · 2013/04/23(火) 10:45:25.56

同じ奴がID出ないのいいことに他人のふりして書き込んでるだけだと思うよw
このスレにそんなにROMがいたわけがない。

**NAME IS NULL** · 2013/04/23(火) 10:56:34.20

>>527
誰に言ってるのかも、レスした理由も書いたじゃん。
もうメンドイから黙っとくわ。

**NAME IS NULL** · 2013/04/23(火) 12:51:31.64

Firebirdの仕様がゴミだってのはみんなわかって使ってると思うよ
ただ納品後にDB変えるのは手間だから仕方なく使ってる
仕様に満足してるふりするのは他のDBと仕様を比較せずに使っちゃったせっかちさんだけ

**NAME IS NULL** · 2013/04/23(火) 14:12:31.63

>>525
他の解釈だと最大2G行しか保持できないだろ

**NAME IS NULL** · 2013/04/23(火) 14:23:04.40

海の水はどうしてですか？

**NAME IS NULL** · 2013/04/23(火) 18:43:01.69

>>525
ほんとお前バカだな。いいかお前に分かりやすいように説明してやる。
仮にお前の心配してたこと（以下「心配事」という）が数千年後に現実化したとしよう。
そのときおまえの後任者がやることは、クライアントからのエラー報告に対して
「データに更新処理をかけるか前のリストアを戻してください」
というエラー時の通常対応（以下「通常対応」という）をするだけだ。
次に、その前提となる「心配事」について検討しよう。
ここでクライアントについて「通常対応」が必要になった場合は
その「通常対応」がなされたときからさらに数千年は「心配事」が発生しないことになる。
なぜなら「通常対応」により「心配事」の種はリセットされるからである。
つまり、「心配事」が発生する条件は、数千年「通常対応」が起こらないということなのである。
そして、エントロピー増大の法則により有体物は必ず壊れるからこの条件が成就する確立は
限りなく０に近いのである。

**NAME IS NULL** · 2013/04/23(火) 20:31:15.97

第三に、仮に１つのレコードに数億回の更新がかかり「心配事」が１年ほどで現実化したとしよう。
そのような異常な使われ方をしたＨＤＤが正常でいられる可能性は著しく低いといわざるを得ない。
すなわち、そのような特殊環境ではＨＤＤが壊れる前に「通常対応」が必要な確率は逆にかなり高いのである。

**NAME IS NULL** · 2013/04/24(水) 06:53:46.98

第四に、やはり仮に１つのレコードに数億回の更新がかかり「心配事」が１年ほどで現実化するシステムが
あるとすると、そのような過酷な使われ方に耐えられるハードは相当高性能であり、
「通常対応」も数秒、数分で終わるだろう。
つまり、そのような優秀なハードがそろっているなら、１日１回定期定期的に「通常対応」をしても弊害が
生じないのである。

**NAME IS NULL** · 2013/04/24(水) 07:32:45.58

「仮に１つのレコードに数億回の更新」って、トランザクションIDの意味解っている?

**NAME IS NULL** · 2013/04/24(水) 07:51:59.39

>>537
大意を把握できないなら黙っててください

**NAME IS NULL** · 2013/04/24(水) 07:55:38.98

ここでも馬鹿がフルボッコにされてんな
ttp://tech.dir.groups.yahoo.com/group/firebird-support/message/112108

**NAME IS NULL** · 2013/04/24(水) 07:57:14.44

>>537
逆にお前がKarol BieniaszewskiみたいにトランザクションIDを誤解してるに１ペリカ