07/04/04 10:53:28
日本語インストーラなどの開発もやり始めたし、多少はまともに
活動始めたと少し評価しているところかな。＞ユーザー会
401:NAME IS NULL
07/04/06 21:35:54
日本医師会のオープンソース医療ソフトでFirebirdのユーザーが1万4000に
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
402:NAME IS NULL
07/04/09 03:56:11
日本医師会、開発ソフトウェアにオープンソースDB「Firebird」を採用
URLﾘﾝｸ(www.atmarkit.co.jp)
403:NAME IS NULL
07/04/10 13:12:16
interbaseのスレが見当たらないのでこちらで質問させてください。
IB4.2でNULL値のフィールドを0として扱ううまい方法はないでしょうか。
例えば、
SELECT A.CODE,(A.DATA - B.DATA) DATA FROM A
LEFT OUTER JOIN B ON B.CODE=A.CODE
WHERE (A.DATA-B.DATA)>１00
のようなSQLでBにレコードがない場合WHERE条件に引っかからないのでB.DATAがNULLの場合
０として計算させたいのです。
404:NAME IS NULL
07/04/10 13:28:14
ibどころかfb初心者だからうまい方法は知らないけどそのまま安易に
a.data - case when b.data is null then 0 else b.data end
は使えないのかな
405:NAME IS NULL
07/04/10 14:10:32
nvlって無かったっけ？
406:NAME IS NULL
07/04/10 14:10:52
>>403
COALESCE
ソースはfirebird nullでググれば出てくるよ
407:NAME IS NULL
07/04/11 00:53:48
俺の記憶によると>>405-406のアドバイスはIB4.2には
無効じゃないかと思った。素直にストアドじゃないかな。
408:NAME IS NULL
07/04/11 07:35:29
>>407
っか、ストアドじゃなくてUDFだろ。
4.xならrFunc使ってくれ、
URLﾘﾝｸ(rfunc.sourceforge.net)
409:NAME IS NULL
07/04/11 11:38:14
>>404-408
どうもありがとうございます。
caseとかnvlとかCOALESCEはIB4.2には無いのでできませんでした。
408さんのUDFを試してみることにします。
410:NAME IS NULL
07/04/11 16:37:47
>>409
WHERE (A.DATA - B.DATA) > 100 OR (A.DATA > 100 AND B.DATA IS NULL)
でも可
そもそも計算に使用する項目はnot nullであるべきだと思うのだけど。
411:407
07/04/12 01:08:27
>>408
いやUDFも互換性の問題あってIB4でうまくいくかどうかわからんから
ストアド書いて、中でIF文で分岐してSUSPENDすればいいんでない
って思ったんだ。
412:408
07/04/12 09:06:39
おー、そういうやりかたもあるね～。
うっかりしてた。スマソ。
413:NAME IS NULL
07/04/16 09:31:33
「オープンソースDBMSのFirebirdを約200サーバーで使用」---1st Firebird Japan Conferenceより
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
カンファレンスに行った人、レポートきぼんぬ。
414:NAME IS NULL
07/04/16 12:50:36 TFgXspdw
Firebird2.0SuperServerを業務で使用したいと考えています。
「同時接続ユーザー数」に関して、具体的な数値として把握したく、
ご教授いただけませんでしょうか。
または、資料のあるHPを教えていただけませんか？
なおサーバーOSはWindowsServer2003です。
ユーザー数はOSのクライアントライセンスは今回は除外し、DBのみです。
よろしくお願いします。
415:NAME IS NULL
07/04/16 15:51:10
特に、使用に関してライセンスの制限というのはないと思うんだけど。
というか、wiki の FAQ に書いてあるしソースへのリンクも張ってある。
URLﾘﾝｸ(firebird.skr.jp)
あとは、メモリやOS等の制限によるのでは？
大量につなぐと、マシンパワーも足らなくなってきて加速度的に重くなってくるだろうし。
416:NAME IS NULL
07/04/16 22:01:24
「オープンソースDBMSのFirebirdを約200サーバーで使用」---1st Firebird Japan Conferenceより
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
417:NAME IS NULL
07/04/16 23:21:27
Firebirdで3つ上のレスを検索する方法は無いのでしょうか
418:NAME IS NULL
07/04/17 01:56:02
レスって？
419:414
07/04/17 08:53:40
>>415
ありがとうございます
420:NAME IS NULL
07/04/17 22:55:51
>>414
URLﾘﾝｸ(groups.yahoo.co.jp)
421:NAME IS NULL
07/04/17 22:58:30
>>416
記事中に「FireBird」だの「Firbird」だのという記述があちこちにあるなあ。
記者の名前に反して信頼できない記事だ :-)
422:NAME IS NULL
07/04/18 09:15:40
>記者の名前に反して
ﾜﾛ
423:NAME IS NULL
07/04/18 11:13:26
IB4.2で作成したDBファイルをFB1.0でcreate table, alter table等の修正を加えてデータを追加し
またIB4.2環境に戻したところ、修正を加えた部分のデータがみれない（テーブルは見えているが中身が空）のですが
FBで修正をしたらIBには戻せないのでしょうか？
修正はdelphi付属のSQLエクスプローラ＋BDE5.01で行いIB環境はIB4.2+BDE4..0です。
424:NAME IS NULL
07/04/18 14:08:13
IBで同じ構造のテーブル作ってBatchMoveでGoだ
425:NAME IS NULL
07/04/18 16:01:22
手元にIB5.6以降しか無いので検証できないけど、
FB1.0.3はIB6.01互換って事になってるから
仮に、同じIB同士だとしても4.2と6.0ぐらい離れていたら
そういう現象が起きてもおかしくない気がする。
426:NAME IS NULL
07/04/18 18:35:37 9dJ+PvZg
Windows Vista のコントロールパネルでエラーがどうこうっていうの、
どうやったら発生させることが出来ますか？
やっとVi$ta入手したので、FB1.5で発生するか見てみます。
FB1.5も複数バージョンあったり、FB2.0にすれば回避できるのかとか、
調べることいっぱいですね。
まとめサイトとかあれば。。。
427:NAME IS NULL
07/04/19 09:55:31
>>424
そうします。
>>425
そうですか、FBはIB互換だから大丈夫かなと思っていたのですが
今後は気をつけないといけないな…
ありがとうございました。
428:NAME IS NULL
07/04/19 10:16:55
遅レスだが、gdbそのものはいったん新しいバージョンで開いたら
古いバージョンでは開けなくなる。これはIBとFBをまたがってる
からという問題じゃなくて、IB同士やFB同士でも同じ。
FB1.0でバックアップ、IB4.2でリストアすればいけるハズ。
429:NAME IS NULL
07/04/19 10:31:01
>>426
vistaでFB1.5を普通にインストールするとコンパネが開けなくなります。
インストーラでコンパネに追加のチェックを外すだけで回避できます。
430:426
07/04/19 10:58:05
ｻﾝｸｽ>>429
今ちょうどやってたところでしたが、その通りでした＞＜
FB2.0にすれば良いのかなぁ。
431:NAME IS NULL
07/04/19 11:30:43
FBでクライアント何台くらいまで実用的に使える？
お前らの手がけたシステムで最高何台？
432:NAME IS NULL
07/04/19 15:02:22
>>430
ユーザー会が配布している日本語版インストーラの1.5.4ならOKだよ
433:430
07/04/19 17:34:51
ｻﾝｸｽ>>432
英語も必要なんでFB2.0にします。
ところで、FBに限らず古いアプリでコントロールパネルにインストロールするアプリは結構エラー出てないですか？
ノー●●先生とか。
ＦＢみたくアンインスコメニューが無い場合、コンパネが開けないからアンインスコできないんですが、どうしたら良いんでしょう？
434:433
07/04/19 18:37:08
ごめんなさい、勘違いでした。
ノー●●先生は悪くありませんでした。
やっぱ、ＦＢのコンパネ操作がエラー起こすわ。
435:NAME IS NULL
07/04/19 18:47:19
>>431
うちはコネクションの数でいうと40～50くらい。Linux-SS。
そのうち20くらいはコネクションプールで待機中。
10くらいはC/Sで接続したまま何もしてない。
残りの10～20くらいがトランザクションを実行中。
DBのサイズは2G弱。
436:NAME IS NULL
07/04/21 23:59:11
Firebirdってこんなに使われてたんだ
オープンソースソフトウェア（OSS）のデータベース（DB）と言えば、「MySQL」と「PostgreSQL」が有名だ。
しかし米企業によるワールドワイドの調査の利用シェアではPostgreSQLが11％、MySQLが40％となってお
り、MySQLと対抗する勢力として「Firebird」が39％ものシェアを獲得しているという。
URLﾘﾝｸ(japan.zdnet.com)
437:NAME IS NULL
07/04/22 11:29:36
へえ、そんなに使われてるんだ
僕は以前、どのDB使うか検討したときに
ユーザ会のHPしょぼいんでFirebird使うのやめたけどw
こっちにすればよかったかな、開発はDelphiだったし
438:NAME IS NULL
07/04/22 12:03:04
IBから結構乗り換えてるじゃないかな？
IBは商用のデータベースとしては古いし安かったから、米国でも中小企業では結構使われ
てたみたいだよ
439:NAME IS NULL
07/04/23 08:55:53
IBといえばロシアだろ常考・・・
って認識は古いのか？
440:NAME IS NULL
07/04/23 09:46:44
＞IBといえばロシアだろ常考・・・
kwsk
441:NAME IS NULL
07/04/23 11:16:26
Delphiと言えばロシアだからな、IBが幅を利かせるのは必然だわな
442:NAME IS NULL
07/04/23 14:21:09
＞Delphiと言えばロシアだからな
いや、その通りだけど、日本だって、うわさでは中国だってDelphiだお。
シェアがどうこうじゃなくて、多く使われてるよ。
443:NAME IS NULL
07/04/23 15:28:48
ブラジルもDelphiだよ。まだまだ粘る。
444:NAME IS NULL
07/04/23 17:40:46
大阪民国だってDelphiだぜ
445:NAME IS NULL
07/04/23 19:04:58
DELPHI関連でぐぐってるとロシア、中国、英語ではない何かばかり引っかかるんだよな。
446:NAME IS NULL
07/04/23 22:05:52
英語圏では別の愛称があるから当然じゃん
447:NAME IS NULL
07/04/24 09:34:59 /YVJSirh
391-393でマルチコアとかマルチCPUの話があったけど2.0は未対応？
資料を探してるんだけど見当たらないorz
448:NAME IS NULL
07/04/24 09:50:06
＞英語圏では別の愛称
kwsk
449:NAME IS NULL
07/04/24 09:51:30
>>447
リリースノートに思いっきり書いてあると思うが…
Classicは対応、Superserverは未対応
450:NAME IS NULL
07/04/24 11:18:05
>449
いまいち見つからない・・・ｽﾏｿ
2.0.0リリースノートの10/151ページの「64-bit Support」なのかな？
451:NAME IS NULL
07/04/24 11:38:25
>>450
すまん、Quick Start Guide の4ページ目
452:NAME IS NULL
07/04/24 11:44:55 2lVze+Pb
＞Classicは対応、Superserverは未対応
これって、SuperserverはIntel Dual Coreに未対応ってことですか？？？？？
453:NAME IS NULL
07/04/24 11:56:20
●Classic Server
SMP (symmetrical multi-processor) support.
Better performance in case of a small number of
multiple connections that do not influence each
other.
SMP（対称形のマルチプロセッサ）サポート。
互いに影響しない少数の複数の接続の場合にはより良いパフォーマンス。
●Superserver
No SMP support. On multi-processor Windows
machines, performance can even drop dramatically
as the OS switches the process between
CPUs. To prevent this, set the CpuAffinityMask
parameter in the configuration file
firebird.conf.
SMPサポートでない。マルチプロセッサウィンドウズマシンで、
OSがCPUの間でプロセスを変えて、パフォーマンスが劇的に落ち
ることさえできること。Toはこれを防ぎます。そして、構成ファ
イルfirebird.confでCpuAffinityMaskパラメータを課されます。
SMPってマルチプロセッサらしいけどマルチコアも含まれるのかね？
454:452
07/04/24 14:47:52
＞OSがCPUの間でプロセスを変えて、パフォーマンスが劇的に落ちることさえできること。
つまり、マルチプロセッサで異常終了したりデータを壊したりといったことじゃなくて、
パフォーマンスが落ちるってことね。
ちょっと安心しました。
455:NAME IS NULL
07/04/24 16:05:22
クラッシックサーバの場合は、1コネクト１プロセスでメモリ空間も別になるから
OSがデュアルコアでの複数プロセス同時実行をサポートしてるかどうかになる
のではないかな？
スレッドレベルまでの対応だと駄目だよね。
456:NAME IS NULL
07/04/24 21:57:59
ちょっと教えて下さい。
CpuAffinityMaskはいくつに設定したら良いですか？
wikiには1番目のCPUのみ使用するなら"1"を設定します。 1番目と2番目ならば"3"
って書いてるけど、SMP非対応だからデュアルCPUでも結局1つ分しか
使えないんですよね。
"1"でも"3"でもFirebirdの速度は変わらないけど、"3"にしておいた方が
他のプロセスの邪魔になりにくいって事なのでしょうか？
457:NAME IS NULL
07/04/25 10:38:00
1にしといてください。
458:NAME IS NULL
07/04/25 16:27:44
XMLデータを格納するときはどのデータ型が良い？
VARCHARだと長さ指定しないといけないから向かない気もするけど
BLOBとかかな？
459:NAME IS NULL
07/04/25 21:28:09
BLOBしかないでしょう。
ただオープンソースデータベースはXML関連の処理には向きません。
460:456
07/04/25 23:17:20
>>457
サンクス。
SMP対応になるまでは1にしときます。
461:NAME IS NULL
07/04/26 09:10:12
>459
thx
プログラムの設定をシリアライズしてDBに取っておきたいだけなんだけど何かやり方考えるか・・・
一定の長さでぶった切って保存するだけならそんな難しく無いだろうけどね
462:NAME IS NULL
07/04/26 09:17:29
XMLじゃないけど、扱うサイズに大きなムラがあるデータは、DBにはファイル名を格納して
内容はファイルで別格納しちゃうとかいうのもわりとやられてるよね
463:NAME IS NULL
07/04/26 09:52:34
>462
XMLと言いつつ実態はテキストファイル保存したいだけだからそれで良いのかも
ただ、個人的にはバイナリもDBに登録したい気もする
画像ファイルとかをDB入れない？って言ったら上の人間に
「やったこと無いからNG」
って却下されたｗ
あんまりBLOBって使わないほうが良いのかね？
464:NAME IS NULL
07/04/26 09:58:49
>>463
>「やったこと無いからNG」
そんな考えの会社は発展しないだろうね。
465:NAME IS NULL
07/04/26 10:18:22
>464
まぁ自分の会社じゃないから良いけどｗ
LOBとファイル共有＆パス保存はどっちが扱いやすいのかは気になる所
466:NAME IS NULL
07/04/26 10:23:37
64KB以下のサムネイル程度の画像なら
BLOBでもいいんじゃないの。
やってみたことないし、サイズの根拠もないけど。
467:NAME IS NULL
07/04/26 10:31:50
BLOBの最大のネックは、
・標準SQLの範疇におさまらず、DBライブラリを結構意識する
・ODBCドライバにバイナリサイズが規定されておらず途中で無言でちょん切るODBCドライバが存在
ってことかなぁ。
でも、RDBにバイナリを入れる技術は持っといてもおｋ。
468:NAME IS NULL
07/04/26 10:50:17
>466,467
thx
業務のほうはやり方を少し考えてみるとして、BLOBはちょっと試しておいてみよう
469:NAME IS NULL
07/04/26 19:55:21
大きな画像だと圧縮ライブラリの使用とか考えないといけないしファイル共有の方がいいのかな。
ただファイル管理を考えないといけなくなるけどな。
>>466
その数字はひょっとしてメモ型の制限から？メモ型もBLOBのサブタイプだったし。
470:NAME IS NULL
07/04/27 21:26:33
ファイルで保存すればいい物をDBに突っ込むのにメリットは感じないなあ。
結局テンポラリファイルとして吐きだした後でクライアントに渡すのなら本末転倒だし
直接クライアントにデータを送る場合でもストリーミングやバイトサービングのような
配送機構が使えない場合もある。
そもそもファイルを扱うのはファイルシステムに任せるのが最も効率がいい。
また、Firebirdのように一つのデータベースを複数のファイルに分割できないDBMSでBLOBを
使うのは拡張性を考慮すると避けたい。
471:NAME IS NULL
07/04/28 06:55:00
分割できるけど、それとは別の話なのかな？
関係ないけど、DBのBLOBってInterBaseが発祥なんじゃなかったっけ。
大昔読んだIB関係のドキュメントでそんなのがあった記憶がある
472:NAME IS NULL
07/04/28 22:20:00 p8udZbFt
最近ファイル管理が面倒になってきたので、自宅鯖でDB導入しようとしています。
Firebirdが気になっているんですが、これって以下のスペックで何とか動きますか？
たまーにCGI(sh-script)からキー+順序指定で参照が来る位です。joinなし。レコード数も100件程度。
今後も同様の構造で～10000件程度のテーブルがいくつか増える程度。
CPU: PentiumPro 200MHz
Mem: 384MB (64MBx6)
OS: FreeBSD 4.10-STABLE
つーか、Firebird2 のビルドが gpre_static 作るとこでコケてる原因も調べなきゃあかんが…。
473:NAME IS NULL
07/04/29 06:24:31
キャッシュの量を調整すれば大丈夫では？
コンパクトなのも特徴のひとつだし
474:NAME IS NULL
07/05/01 11:32:53
＞そもそもファイルを扱うのはファイルシステムに任せるのが最も効率がいい。
これは間違いだな。
Windowsでもファイル数が１万になるとエクスプローラーもまともに動かなくなる。
バックアップもままならない漢字。
というか、１ファイルを１ファイルとしてファイルシステムに任せるんならRDBの存在が消滅。
475:NAME IS NULL
07/05/01 12:04:10
>>474
> Windowsでもファイル数が１万になるとエクスプローラーもまともに動かなくなる。
そりゃファイルシステムじゃなくてシェルの実装方法の問題でしょうが…
476:NAME IS NULL
07/05/01 14:23:54
＞そりゃファイルシステムじゃなくてシェルの実装方法の問題でしょうが…
違うだろ、エクスプローラーを使えるかどうかで運用できるかできないかが関わってくるだろ。
477:NAME IS NULL
07/05/01 15:32:14
言ってる意味がさっぱりわからん…orz
478:NAME IS NULL
07/05/01 15:48:29
477＝バカで想像力貧困
479:NAME IS NULL
07/05/01 16:16:17
475はシェルの実装というかWinのエクスプローラの作りがタコと言いたいのでは
476はそれを読み取れず運用うんぬん言ってるから噛み合ってない気がする
それともWinのファイルシステム＝エクスプローラだと思ってるのか・・・
とりあえず476の方がバカで想像力貧困だとおもふ
480:NAME IS NULL
07/05/01 16:21:43
＞475はシェルの実装というかWinのエクスプローラの作りがタコと言いたいのでは
＞476はそれを読み取れず運用うんぬん言ってるから噛み合ってない気がする
残念、間違いです。
エクスプローラーの作りがタコってことはどーでもいー問題。
しかし、エクスプローラーが動かなければ運用上困るという問題。
問題意識が無い477はふよー。
481:NAME IS NULL
07/05/01 17:19:26
>480
スレ違い
482:NAME IS NULL
07/05/01 17:57:46
>>480
> エクスプローラーが動かなければ運用上困るという問題。
Explorerが動かないというのが具体的に何を指すのか、またそれで運用上困るというのが
どういう事例なのか、その辺りがまったく想像が付かない
で、そこでなぜ
> １ファイルを１ファイルとしてファイルシステムに任せるんならRDBの存在が消滅。
と、RDBMSの存在意義へと繋がっていくのか、何もかもがさっぱり意味不明。
483:NAME IS NULL
07/05/01 18:10:03
>>482
ごめん、自分で考えて。
その内容の詳細は企業秘密だから。
484:NAME IS NULL
07/05/01 18:11:02
＞Firebird V2.1
＞Downloads and related downloads and information regarding Firebird V2.1.
＞Firebird V2.0
＞Downloads and related downloads and information regarding Firebird V2.0.
＞Firebird V1.5
＞Downloads and related downloads and information regarding Firebird V1.5.
＞Firebird V1.0x
＞Downloads and related downloads and information regarding Firebird V1.0x.
↑
FB2.1とFB2.0は枝分岐しちゃったんですか？
485:NAME IS NULL
07/05/01 22:12:10
2.1はまだ正式リリースではないのでは？
486:NAME IS NULL
07/05/01 22:54:43
まだαです。>>2.1
487:NAME IS NULL
07/05/02 08:44:10
１．０と１．５、２．０が枝分岐したように、２．１も分岐するの？
488:NAME IS NULL
07/05/02 14:12:09
2.1と2.0はコア部分の変更はないので、分岐しないと思います。
489:NAME IS NULL
07/05/02 15:31:45
>>476
実装方法といっても、Win32でファイルの一覧取得して破綻するようじゃ、しかたねぇべ。
490:NAME IS NULL
07/05/02 15:32:57
まちがえた。
>>475
実装方法といっても、Win32 APIでファイルの一覧取得して破綻するようじゃ、しかたねぇべ。
491:NAME IS NULL
07/05/02 16:57:24
いくらWinとはいえ常識的に1万ファイル程度でこけるわきゃないと思うが・・・
とりあえずXPで試してみたけどエクスプーロラもプログラムからファイル一覧の取得も普通に動く
そして板違い
492:NAME IS NULL
07/05/02 17:45:02
>>474
ハードディスクにおそらく100万ファイル程あるけど
Explorer使っても特に問題ない。
ファイル数に関係なくXPのバグ?でたまにおかしなときがあるけど。
493:NAME IS NULL
07/05/02 17:59:06
>>492
それをエクスプローラーでコピー＆ペーストしてみ
494:NAME IS NULL
07/05/02 18:09:21
＞ハードディスクにおそらく100万ファイル程あるけど
これは全く事態が違う。
１フォルダを参照したところ、その下に１万フォルダ（か１万ファイル）あると、動きが止まる。
495:NAME IS NULL
07/05/02 18:17:03
＞１フォルダを参照したところ、その下に１万フォルダ
もの分かりの悪い人が居るのでもっとハッキリ書くけど、直下に１万ファイルある場合ね。
例えば、１日に４０ファイル登録すると１年（２５０日として）で１万ファイル。
496:NAME IS NULL
07/05/02 19:02:02
>>490
> Win32 APIでファイルの一覧取得して破綻する
ウソ付け、どんなやり方してるんだよ。
ちょうど一万ファイルあるフォルダに対してdirコマンド叩いてもなんの問題もない。
Explorer使う代わりに自前でインターフェイス作ればいい話だろ。
RDBMSなどまったく何の関係もない。
497:NAME IS NULL
07/05/02 19:37:32
人間に手動でエクスプローラを使って1万ファイルをコピペさせるってどんなシステムだ…
運用方法がそもそも腐ってる
498:NAME IS NULL
07/05/02 22:01:41
話がBLOBからどんどんそれていくな・・ｗ
499:NAME IS NULL
07/05/04 16:28:00
ファイルに格納する時の命名規則とかちょっと大変そうだな。
時系列分割して別フォルダに保存とかした方が良さそうかな。
アップローダーとかどうしてるんだろ？
こういう場合の運用方法を考えとくのもDA、DBAとしては必要だからあながちそれてはいないか。
500:NAME IS NULL
07/05/04 17:06:25
ジェネレータがあるから、それを上手く使えば非常に面倒というほどではないのではないかと
501:NAME IS NULL
07/05/07 08:39:03
＞ジェネレータがあるから、それを上手く使えば
非常に面倒だ罠
502:NAME IS NULL
07/05/07 17:45:14
リストアでDBファイルを分割しようとしてるんだけど
バックアップファイル：test.fbk 5MB
gbak -c "c:\test.fbk" "c:\test1.fdb" 3m "c:\test2.fdb"
でエラーが出る。↓
「size specification either missing or incorrect for file c:\test1.fdb」
サイズの指定がおかしいのかな？それともファイル名？
503:NAME IS NULL
07/05/07 20:02:47
サイズ指定が省略できるのは１番最後のファイルだけでは？
wikiのリファレンス見る限りでは。
504:NAME IS NULL
07/05/07 20:09:07
あっと、勘違いでした。
最初のはソースの指定か。
505:NAME IS NULL
07/05/07 22:39:30
>>502
リストア時のサイズ指定はページ数じゃないかな。
gbak -c -p 4096 "c:\test.fbk" "c:\test1.fdb" 768 "c:\test2.fdb"
ではどう？
506:502
07/05/08 08:51:14
>>505
ほんとだ・・・ちゃんと3M（4096byte*768page）でできた・・・(n’∀’)n
IBOConsoleのリストアもpagesって指定になってますね
ありがとうございました。
507:NAME IS NULL
07/05/09 09:44:41
WinXPのエンベデッドからCHARACTER SET指定でcreate database実行したら
「attach or create database CHARACTER SET SJIS_0208 is not defined」
って言われたんだけど何か設定するか入れないといけない？
508:NAME IS NULL
07/05/09 10:49:23
NONE っていうのはあるお。
509:507
07/05/09 11:00:01
SJIS指定したい場合は何かやんなきゃだめ？
510:507
07/05/09 17:14:34
サービス上げてisqlからならちゃんと発行できるのだが・・・
組み込みの場合は何か手順があるのかな
511:NAME IS NULL
07/05/09 17:53:52
>>507
「WinXPのエンベッド」ってWinXP Embeddedから？
それともWinXPでFirebirdのEmbedded Serverを使うの？ どっち？
512:507
07/05/10 09:03:08
>511
FirebirdのEmbedded
513:507
07/05/10 14:57:07
自己解決、intlフォルダをコピー忘れてたとか言うつまらないオチでした
514:NAME IS NULL
07/05/10 16:12:22
DBの容量見積もり式ってどっかある？
515:NAME IS NULL
07/05/10 23:27:21
できないというのが定説。
516:NAME IS NULL
07/05/10 23:57:02
ORACLEみたいに最初に確保するタイプじゃないからな。
容量計算不要というか出来るだけ余裕のあるドライブにマップしとく、じゃないか？
517:NAME IS NULL
07/05/11 08:55:13
データ件数が結構多いみたいだからどれくらいになるか見たかったけど無理でつか
実際にデータ突っ込んでみた実績で測るしかないか
518:NAME IS NULL
07/05/11 14:36:58
そですね。insert時はアル程度予測可能か。
更新時や削除時は無理っぽい。
519:NAME IS NULL
07/05/14 00:12:20
スイープで自動的に未使用域は回収されるから二割増ぐらいで考えてればいいと思うよ。
520:NAME IS NULL
07/05/14 15:51:49
質問なんですがストアドの中でトランザクションって切れないんでしょうか？
WikiのSQLリファレンス見る限りCOMMITとかはPSQLが書いてないんですが・・・
よろしくお願いします
521:NAME IS NULL
07/05/18 09:31:08
たぶん切れません。セーブポイントもだめ。
開始時に内部的なセーブポイントは発行されているので、例外処理機能で、そのストアド内をロールバックすることはできます。
URLﾘﾝｸ(firebird.skr.jp)
522:NAME IS NULL
07/05/18 19:56:55
2.1aのmergeがまともにうごかねーぞ
523:NAME IS NULL
07/05/20 02:05:18
α版のソフトに文句いってもね....
524:NAME IS NULL
07/05/21 08:57:58
>521
なるほど、ありがとうございます
525:NAME IS NULL
07/05/21 18:14:03
先週turbo delphiを購入し、付属のInterBase7.5もインストールしました。
Oracle等の経験それなりにはありますが、InterBaseはど素人です。
で、困ってるんですが･･･
ローカルサーバとしていじってるときはうまくいっていたのですが、
本来の目的であるリモートサーバを登録しようとして、IBConsoleで色々
やってみたんですが、「対象のコンピュータによって拒否されたため、接
続できませんでした。」というエラーになってしまいます。
付属のＰＤＦドキュメントを読んでその通りにやってるんですが･･･
接続設定の診断ツールのTCP/IPタブでみると、Pingは成功しますが、
gds_db(3050)とspecify port-3050は、「socketエラー10060接続が拒否
されました」となってしまいます。
どういうことでしょうか？ ポートの使用可否の設定みたいなものがある
んでしょうか。ちなみにOSはwin2000serverです。
誰か助けてください。
526:NAME IS NULL
07/05/21 19:31:26
つ[Windowsファイアウォール]
527:525
07/05/21 20:03:35
>>526
帰宅してしまって自宅からのレスなので、Windowsファイアウォールを
使う環境がありません。、明日確認してみます。
レスありがとうございます。
528:NAME IS NULL
07/05/21 23:57:07
クライアントがXPでサーバが2000かな？
もしWindowsファイアウォールでなければ
サーバのservicesに3050が書かれてないとか。
529:525
07/05/22 10:13:54
Windowsファイアウォールって、LANのプロパティにある「TCP/IPフィルタリング」のことでいいですか？
”すべて許可する”になってます。
「IPセキュリティ」のほうは”IPSECを使わない”に設定されてます。
>>528
>サーバのservicesに3050が書かれてない
とはどういうことでしょうか？
サービスにはInterBase 7.5 gds_db Server、InterBase 7.5 (gds_db) Guardianがあります。
どちらも、サービスを開始しようとするとエラーになってしまいます。
わけわかりませんｗ
530:NAME IS NULL
07/05/22 10:19:07
ヒント：TCP/IPのポートを空ける
531:525
07/05/22 11:39:02
>>530
うー、正直この辺りは素人同然なんです。
MSDNにある、”IPSec をポートのフィルタリングと認証に使用する方法”
URLﾘﾝｸ(msdn.microsoft.com)
とやらを参考にすればよいでしょうか？ 一度を通読してみます。
見当違いだったらご指摘いただけると助かります。
教えて君状態で情けないやら申し訳ないやらｗ
532:NAME IS NULL
07/05/22 11:52:32
C:\WINDOWS\system32\drivers\etcのservicesファイルに3050を追加かな？
Win2kだとWINNTフォルダか
うちはこんなのが追加されてました
gds_db 3050/tcp #Borland InterBase Server
533:525
07/05/22 12:07:15
>>532
確認したらうちも同じものが追加されてました。
でも動かない。 泣けてくる～
534:NAME IS NULL
07/05/22 12:15:03
netstat -a でlistenしてるか確認
してるならどこかでブロックされている
かな？
535:NAME IS NULL
07/05/22 12:25:34
サーバからサーバ（自分自身）にリモート接続ってできてるのかな？
536:525
07/05/22 12:35:55
>>534
netstat -aに3050はでてきませんでした。
>>535
だめなんですか？
InterBaseのインストール時にサーバとクライアントを両方入れますよね？
537:535
07/05/22 12:54:16
できていない？
538:525
07/05/22 13:23:09
できてません。
539:NAME IS NULL
07/05/22 14:39:31
>>529
> どちらも、サービスを開始しようとするとエラーになってしまいます。
つーことは繋がらないんじゃなくてそもそもサーバーが起動してないんじゃないの？
540:525
07/05/22 14:51:01
>>539
これは
URLﾘﾝｸ(support.codegear.com)
に従って解決しました。今はサービスは開始しています。
541:NAME IS NULL
07/05/22 17:01:39
自分にリモート接続できないのならFWとかのネットワーク絡みじゃない感じがする
InterBaseは使ったこと無いから分からんけどサービスがちゃんと上がってないんじゃまいか
イベントログとか何も出てないのかな
542:525
07/05/22 17:14:03
リモートサーバの登録でサーバ名をlocalhostにすると動く。
つまりどういうこと？わけわからん。
Windows+inteBaseのよい解説書があったら教えてください。
amazonだとlinuxとかkylixの本しかヒットしない。
日本語のわかりやすいサイトでもいいですが。
もうお手上げっす。
543:NAME IS NULL
07/05/23 07:33:53
そこで、InterbaseからFirebirdにリプレイスだ
544:NAME IS NULL
07/05/23 12:06:36
IPを直で打ち込んだら通ったり・・・しないよね
545:NAME IS NULL
07/05/23 12:39:21
インストしたのがlocal InterBaseだったとか、クライアントのライセンスが無いとかじゃないよね？
546:NAME IS NULL
07/05/23 14:34:54
（Turbo Delphi に）同梱されているデータベース
InterBase 7.5.1 Developer Edition ― ユーザー数最大20 名、論理的なローカル接続数最大80まで
↑
ローカルでしか使えないんじゃねえの？
所詮おまけソフトなんだし。
547:NAME IS NULL
07/05/23 22:41:19
InterBase 2007 Developer Editionでも使ってみたら？
548:NAME IS NULL
07/05/24 20:09:00
何このｱﾎな展開
549:NAME IS NULL
07/05/29 10:46:08
1.5系で、ある程度のトランザクション数(かなり大きな数だったと思うけど)に達すると
データベースが壊れるみたいなことをどこかで見た記憶があるんだけど、詳しく
解説してあるところ知りませんか？
550:NAME IS NULL
07/05/29 16:36:23
トランザクション数というより、ポスグレとかと一緒で、トランザクションIDの枯渇のことでわ？
551:NAME IS NULL
07/05/29 20:23:48
それって割と特別な状況なんでしょうか。
トランザクション作るたびにID更新されたりしたら、
いつかは壊れるときが来ると思うんですが。
552:NAME IS NULL
07/05/29 22:21:03
>>551
一度バックアップ＆リストアするとリセットされる。
うちの場合は盆と正月にメンテで必ずリストアし直すんだけど
トランザクションID的にはそんなことしなくても全然余裕。
枯渇する環境はかなり特殊かと。
553:NAME IS NULL
07/05/29 22:29:49
>>551
たしかIntegerの最大値だから21億くらいで枯渇。
普通のクラサバシステムなら十分な期間運用できると思うよ。
554:NAME IS NULL
07/05/30 10:34:01
へ～、そうなんだ。と思い試してみた。
>gstat -H mydb.fdb
で表示される、Next transactionが次回トランザクションIDなんだよね？
isqlの中だとshow databaseでも同じ値が確認できるな。
>gfix -sweep mydb.fdb
で強制スイープ掛けてもリセットされなかったが
>gbak -r backup.fbk mydb.fdb
では確かに低い値に戻った。
で、問題はコマンド投入タイミングの取得なんだが、トランザクションIDは
残念ながらシステムテーブルでは取得出来ないみたいだ。
プログラム的にはisc_database_info関数を使用する必要あり？
555:NAME IS NULL
07/05/30 11:09:54
えーっ、スイープで戻らないんですか？
確かある回数のトランザクションに達すると自動スイープがあったと
思ったけど、それでリセットされるかと期待したんですけど…。
なんかMLでは1.5.4でも直ってないという情報もあった記憶が。
556:NAME IS NULL
07/05/30 12:52:50
コネクションがあってトランザクションが進行中でも
スイープしたりバックアップが取れたりするのがFB&IB
の特徴だから途中でIDが変わってしまってはマズイというのは理解できる。
何しろ戦場でも使える管理不要DBが売りだからな。
値が循環してくれてれば良かったのだが。21億前のトランザクションが残っているとも思えないし。
でも超人気サイトのバックエンドDBでも無い限りまずはそうそうあり得ないか。
そういう所ではORACLEだろうし。
557:NAME IS NULL
07/05/30 18:36:54
21臆を越えたあたりでメッセージを表示するようにしておけばいいのさ
そしたらgbak
558:NAME IS NULL
07/05/30 19:46:10
まぁトランザクション回数に制限があるから不安はあるね。
バックアップリストアしないとリセットできないから
24時間常時アクセスのシステムでは使わない方が無難。
559:NAME IS NULL
07/05/30 19:59:32
やっぱり年次や月次の定型処理でやっててもよさそうな。
560:NAME IS NULL
07/05/30 21:53:24
夜とかシステムを止められる時間があるならやった方が良いよね。
でもスクリプトやプログラムで自動化するのは少し怖いな…。
561:NAME IS NULL
07/05/31 09:54:54
＞21臆を越えたあたりで
何の数？
562:NAME IS NULL
07/05/31 10:30:23
トランザクションの数
563:NAME IS NULL
07/05/31 10:45:16
>>1からとは言わないが、十数レスほどさかのぼって読んでみてはいかがかな。
564:NAME IS NULL
07/06/01 15:12:06
なんかFBもだんだん使いにくくなってる気がするのは俺だけかな。
2.0系からはIBOConsoleで接続するとなんか動作怪しいし(すぐ切れる)。
もうIBXは使えないのかな？gpreはDelphiじゃ使えたもんじゃないし、
困ったのう。
565:NAME IS NULL
07/06/01 15:57:05
＞もうIBXは使えないのかな？
動作はしてるお？
でもVi$ta64bitとか考えるとｶﾞｸﾌﾞﾙ。
＞gpreはDelphiじゃ使えたもんじゃないし、
これって何だっけ？
566:NAME IS NULL
07/06/01 21:20:08
埋め込みSQLをAPIコールに展開してくれるプリプロセッサじゃないか？
ORACLEのPRO*CやPRO*COBOLみたいな奴。
567:NAME IS NULL
07/06/02 00:41:22
>>564
SJIS0208で機種依存文字が使えないのが一番辛いな。
その問題が直るまでは1.5.4で様子見です。
IBOConsoleはいろいろと怪しい部分ある気がするよ。
568:NAME IS NULL
07/06/02 14:11:13
IBOConsoleってFB2.0に対応してるの？
されてないからFlameRobin日本語バージョン作ったんじゃない？
569:NAME IS NULL
07/06/04 22:30:47
>>568
されていないと思うよ。うちの環境でも問題起きるし。
FlameRobinに移行した方が安心だよ。
570:NAME IS NULL
07/06/05 00:10:33
IBExpertじゃダメなの？
571:NAME IS NULL
07/06/05 01:46:23
とうぜんOK>>IBExpert
572:NAME IS NULL
07/06/05 13:04:39
IBXに変わるDelphiのコンポーネントって何がいいのかな。
フリーで良いのないかな。
573:NAME IS NULL
07/06/05 16:01:44
>>527
これなんかどう？
FBLib Firebird Library
URLﾘﾝｸ(fblib.altervista.org)
574:NAME IS NULL
07/06/05 20:11:37
>>564
IBOConsoleはIBO(IBObjects)使ってるからIBXとは関係ないよ。
IBConsoleはIBX使ってるけれど。
>>572
後はフリーだとMDO(Mercury Database Objects)
URLﾘﾝｸ(sourceforge.net)
くらいかな？
575:NAME IS NULL
07/06/11 14:54:50
FirebirdでAccessのクロスクエリ的なSQLって発行できないですかね？
分析で使えると便利なんだけど検索しても出てこないし標準じゃ無いのかな・・・
576:NAME IS NULL
07/06/12 10:51:55
>>575
Accessでいうクロス集計クエリの構文（TRANSFORM...)はFirebirdにはないですね｡
577:NAME IS NULL
07/06/12 11:35:07
>576
thx
自分で処理組むか・・・
578:NAME IS NULL
07/06/21 19:55:37
うｐしてね
579:92
07/06/22 09:09:55
C#で良ければ・・・
580:NAME IS NULL
07/06/22 09:11:08
他スレの名前が残ってて鬱だ
○rz=3
581:NAME IS NULL
07/06/22 09:38:44
//CREATE TABLE NEW_TABLE1 (COL1 TIMESTAMP NOT NULL,COL2 SMALLINT NOT NULL,COL3 SMALLINT);
//ALTER TABLE NEW_TABLE1 ADD PRIMARY KEY (COL1,COL2);
private void button1_Click(object sender, EventArgs e)
{
FbConnection con = null;
try
{
//接続
con = new FbConnection("server type=Default;initial catalog=c:\\test.fdb;data source=localhost;character set=SJIS_0208;user id=SYSDBA;password=masterkey");
con.Open();
//SQLの生成と発行
FbCommand cmd = con.CreateCommand();
cmd.CommandText = "select col1,col2,col3 from new_table1 order by col1,col2";
FbDataReader dr = cmd.ExecuteReader();
//格納先DataTableの生成
DataSet dtSet = new DataSet("TEST");
DataTable dtTable = dtSet.Tables.Add("TEST_TBL");
DataRow dtRow = null;
dtTable.Columns.Add("Date", Type.GetType("System.DateTime"));
while(dr.Read())
{
//1行目はdtRowがないので生成する
if(dtRow == null)
{
dtRow = dtTable.NewRow();
dtRow[0] = dr[0];
}
//行のキー(1列目)が変わったら行を追加し、次行のキーを設定
if (dtRow[0].ToString() != dr[0].ToString())
{
dtTable.Rows.Add(dtRow);
dtRow = dtTable.NewRow();
dtRow[0] = dr[0];
}
//対象の列(2列目の値が列名)が存在しない場合は列を追加
string sColName = dr[1].ToString();
if(!dtTable.Columns.Contains(sColName))
dtTable.Columns.Add(sColName,Type.GetType("System.Double"));
//値セット
dtRow[sColName] = dr[2].ToString();
}
//最終行の書込み
if(dtRow != null)
dtTable.Rows.Add(dtRow);
//グリッドに表示
dataGridView1.DataSource = dtTable;
}
finally
{
if (con != null) con.Close();
}
}
582:NAME IS NULL
07/06/22 18:51:38
firebirdで統計関数つかえるかもしれないudf
URLﾘﾝｸ(www.moriq.com)
家に帰ったらためしてみよ
583:NAME IS NULL
07/06/22 23:03:24
だめだうごかね
584:NAME IS NULL
07/06/25 14:39:30
「MySQL，PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較，判明した"意外な結果”」---OSC2007.DBより
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
585:NAME IS NULL
07/06/25 16:34:36
>>584
OS分からないし、ベンチ用DBのテーブル構成も分からないし、測定方法も分からないし
「シングルコネクションならFirebird」って結論書いてるけど、記事の中は負荷テストの
結果については何も書いてないし。
肝心な部分は何もかも分からない記事だなこれ。
どこかにちゃんとしたソースはないのか?
586:NAME IS NULL
07/06/26 15:09:07
Firebird is no1
587:NAME IS NULL
07/06/26 16:17:17
>>585
OSはDebianだったよ。そのうちに、OSC.DBのポータルに資料があがるって。
588:NAME IS NULL
07/06/30 06:39:00
すいません初心者質問させてください。
ＩＢＸでＦｉｒｅｂｉｒｄって使えないんですか？
589:NAME IS NULL
07/06/30 10:27:01
使えますよ
590:588
07/06/30 15:55:47
FB2.0でも使えますか？
591:NAME IS NULL
07/06/30 17:43:46
>>590
使えますよ。
592:588
07/07/04 06:16:51
>>589,591
回答ありがとうございました。
上の書き込みをざっと読んで、IBXじゃなく他のFB用Delphiコンポを
使ってらっしゃる方が多そうだったので心配になってました。
593:NAME IS NULL
07/07/17 11:36:26 Jrlc20X+
postgresでText型で指定してあるカラムを主キーにしていたのですが、
FireBirdに移行する際にText型がないのでVARCHAR(255)で指定し、
主キーをそのカラムに設定し、データベースを作成しようとすると
key size too big for index カラム名
と怒られます。
どうもVARCHARのサイズが大きすぎるので試しにVARCHAR(100)にしてみたとろエラーは出なくなりました。
しかし、このカラムにはWindowsのファイルパスが入る為
、255文字までは念のため許容したいのですが何かいい方法はないでしょうか？
CreateDatabaseではオプション等の指定はなく
CREATE DATABASE 'LOCALHOST:DBファイルフルパス'
で作成しています。
ご存知の方はよろしくお願いします。
594:593
07/07/17 11:37:29 Jrlc20X+
修正
×key size too big for index カラム名
○key size too big for index 主キー名
595:NAME IS NULL
07/07/17 12:39:07
長いパス名がダメなら、短いパス名を使うとか
相対パスとか、フォルダと名前を分けるとかできそうなもんだが。
そもそもファイルは削除される可能性があるのにキーにする意味あるのか？
596:NAME IS NULL
07/07/17 13:01:01 Jrlc20X+
>>595
ファイル名とタグ情報で一意のキーにしているテーブルなんです。
ファイルのタグ情報管理用のテーブルなんです
本来は
KeyNo(Int) とファイル名
KeyNo(Int) とタグ名
で分けるべきだったんでしょうが複数テーブルへの書き込みやJoinが発生することを嫌ってこうしてしまっていたんです。
ショートファイル名がVistaとかでどう解釈されるかなどを調べるのも微妙なので
テーブル構造を見直す方向でやってみようかなと・・・・
597:NAME IS NULL
07/07/17 16:26:45
＞書き込みやJoinが発生することを嫌ってこうしてしまっていたんです
・・・・
598:NAME IS NULL
07/07/17 19:56:22
設計ミスが明らか
599:NAME IS NULL
07/07/17 21:07:57
こんな有用なページみっけ！
IBConsoleについての考察
URLﾘﾝｸ(homepage1.nifty.com)
600:NAME IS NULL
07/07/18 00:27:48
>>593
Firebird2以降でできないっけ？
大きいページサイズを指定して。
601:NAME IS NULL
07/07/18 00:34:51
URLﾘﾝｸ(www.ospn.jp)
Firebird 2.0
＞252バイトのインデックス制限の撤廃。インデックスサイズはページサイズまで拡大可能
602:NAME IS NULL
07/07/18 10:36:32
>>593
VARCHAR(250)
でうまくいかないのでしょうか？
うろ覚えですが、255文字になるとblob扱いになるとかなんとか・・・
603:593
07/07/18 20:50:34 VQDiTlZO
レスしてくださった方々ありがとうございます
基本的にネット環境がないので遅いレスですが失礼します
環境が2.0にできるのであれば問題がなさそうな感じですが安定板とか言って１．５系の最終１．５３（？）
を使用することになっています。
もともとの設計がおかしいことはわかっていたのですが手間とか考えるのと焦っていたので糞設計してしまっていました
VARCHARのサイズ調整とページファイル調整でどうにかなるかもしれなさそうなので
設計修正は後回しにして少し試してみたいと思います
もし200程度で行けるのであれば、ファイルパスを格納するので問題がなさそうです。
（これなら 確かWindowsが150文字くらいからパス長すぎのエラーが出る場合もあるようですし
PG側から深い階層にしないように警告する方向でいけるんじゃないかと）
604:NAME IS NULL
07/07/26 10:07:48
.netとかからFirebirdのユーザ追加したりパスワード変更したりする方法とかってあるますか？
605:NAME IS NULL
07/07/26 11:01:38
C#とかなら、プログラム内からコマンドライン用のプログラムを起動すればいいんじゃないの？
606:NAME IS NULL
07/07/26 12:08:17 udSwBcUt
.net用のデータプロバイダの中のServerとかあたりの名前空間の中の機能じゃできないんだろうか
607:NAME IS NULL
07/07/26 15:04:06
>605,606
探してみたらなんとかできました。
ありが㌧
private void button1_Click(object sender, EventArgs e)
{
FirebirdSql.Data.Services.FbUserData hoge = new FirebirdSql.Data.Services.FbUserData();
hoge.UserName = "hogeuser";
hoge.UserPassword = "hogepassword";
StringBuilder sb = new StringBuilder();
sb.Append("server type=Default;initial catalog=c:\\hoge.fdb;datasource=localhost;");
sb.Append("character set=SJIS_0208;user id=SYSDBA;password=masterkey");
FirebirdSql.Data.Services.FbSecurity hage = new FirebirdSql.Data.Services.FbSecurity();
hage.ConnectionString = sb.ToString();
hage.AddUser(hoge);
}
なんかバックアップとかいろいろ出来そうなのでもう少し調べて見よう・・・。
608:NAME IS NULL
07/07/26 15:35:45 udSwBcUt
>>607
お、いけるんだなｗ
ちょっとやってみて調べたら情報うｐしてくれｗｗ
609:NAME IS NULL
07/07/31 14:49:59 9ImXiTwS
Windows版で、FB2.0サーバーと、クライアントのDLLにFB1.5、DBファイルは1.5や2.0とバージョン混在させても動作しますか？
610:NAME IS NULL
07/07/31 17:05:57 NYEBxcjn
firebird1.53でVB.NET2005から firebird用の.net dataproviderを使用して接続しようとしています。
あるパスにあるFDBファイルのTESTというDBを見に行きたいので
FirebirdSql.Data.FirebirdClient.FbConnection を使用して接続を試みました。(以下はConnectinString)
data source=TEST;initial catalog=c:\TEST.FDB;user id=sysdba;password=masterkey;dialect=3;character set=SJIS_0208
コネクションをオープンしようとしたところ以下のエラーが発生したのですが何が間違っているのかわかりません。
Unable to complete network request to host "TEST"
試しにODBCで
DataSourceName=test
Driver=IscDbc
DataBase=C:\TEST.FDB
DataBaseAccount=SYSDBA
PASSWORD=MASTERKEY
CharSET=SJIS_0208 を選択
Dialect=3 にチェック
で接続したところ成功し、CSEでODBC経由で閲覧しても正常に見れました。
なにかConnectionStringが間違っているんでしょうか？
611:NAME IS NULL
07/07/31 18:02:02
でーたそーすを「localhost」に
612:NAME IS NULL
07/07/31 20:49:21 NYEBxcjn
>>611
レスありがとうございます！！
接続ができました！！！
613:611
07/07/31 20:57:04 NYEBxcjn
あつかましついでに質問なのですが テーブル作成するときにデフォルト値を設定するときDEFAULT が使えないような気がするのですが・・・
何か他のキーワードなのでしょうか？
614:NAME IS NULL
07/08/01 02:45:00
>>613
使える。
ただしNOT NULLじゃないと自動的には入らない。・・・ってことでは？
615:NAME IS NULL
07/08/01 09:13:39
NOT NULLじゃなくても使えるぽ
SQL> CREATE TABLE HOGE_TABLE (HOGE1 SMALLINT NOT NULL,HOGE2 SMALLINT DEFAULT 100);
SQL> select * from hoge_table;
SQL> insert into hoge_table (hoge1) values(1);
SQL> select * from hoge_table;
HOGE1 HOGE2
======= =======
1 100
SQL>
あとTESTというエイリアスにアクセスするときは「c:\TEST.FDB」をTESTに置き換えるﾖﾛｼ
616:NAME IS NULL
07/08/01 10:25:36
609もﾖﾛ!
617:NAME IS NULL
07/08/02 12:20:29
>616
自分のマシンで試して見たほうが早いと思う
618:609
07/08/02 15:00:23
何度か行って、何かフリーズしたことが２、３回あったような。
でも、インスコしなおしたらすぐ直ったり、確実に発生しないし発生したような気がするし、苦手な状況です。
619:NAME IS NULL
07/08/02 17:33:04
両Verの鯖を同時に上げなければ大丈夫だったりする？
何かOSのリソースか何かをつかんでてfirebird.confか何かをいじる必要があった希ガス
620:NAME IS NULL
07/08/02 23:08:19
クライアントDLLは別に問題ないと思うけど、
2.0サーバで1.5のDBファイルは使えないよ。（ODSバージョンが違うから）
一旦1.5サーバでバックアップとって、2.0サーバでリストアすればOKだけど、
リストアでエラーになる場合もあるから注意。
621:NAME IS NULL
07/08/03 09:34:39
＞2.0サーバで1.5のDBファイルは使えないよ。（ODSバージョンが違うから）
ちょ、マジですか？
動作しているように見えるのは気のせい？
622:609
07/08/03 09:37:56 tbJGoSpZ
＞ 2.0サーバで1.5のDBファイルは使えないよ。（ODSバージョンが違うから）
この内容ショッキングなんですが、間違って使用するとどうなりますか？
もしDBが壊れるのであれば、アプリからDBファイルのODSバージョンを確認したりできますか？
623:620
07/08/03 11:27:17
>>621-622
ごめん、今確認したら2.0でも使えるみたいだね。（オレの記憶違いでした。）
ODSバージョンは gstat というコマンドラインユーティリティ使えば確認できるよ。
例）gstat db1.fdb
詳しくはwikiで
URLﾘﾝｸ(firebird.skr.jp)
624:609
07/08/03 11:37:03
レスｻﾝｸｽ>>623
朝から涙目でググってました。
ググっても日本ユーザー会と掲示板とFB Wikiくらいしか見つかりませんでしたが。
ちょうど自分もgstatコマンド打ってたとこでした。（で、パスが通ってなくて、コマンドエラーorz）
自分が使うんじゃなくて営業マンとかが使う事になるのでGUIじゃないとｷﾋﾞｼｰ。
ツール作るかなぁ。
FB1.5ファイルからFB2.0ファイルにコンバートするGUIツールがあれば完璧なんですが。。。
625:609
07/08/03 11:40:02
security.fdbは互換無いって情報はありましたね。
ユーザー情報の変更はプログラムで行ってますが、
でも、security.fdbのファイル自体はFBインストーラーに任せてるから今のところ無問題。
URLﾘﾝｸ(koji27.cocolog-nifty.com)
626:614
07/08/03 11:42:01
>>615
いや、それは知ってるんだが、>>613が「DEFAULTが使えない」って
言ってるってことは、「NULLが入」るって意味だと理解したんだ。で、
insert into hoge_table (hoge1,hoge2) values(1,NULL);
を暗黙で実行するようなGUIツールか何かを使っているのでは？
と思ったんだ。ならばNOT NULLをつければ解決だろうと。
627:609
07/08/03 11:58:47
連続投稿ですみません（気が動転してます）
以下のように自分は理解しました。（問題ありそうなところや関連情報がありましたらレス下さいm(__)m）
＞URLﾘﾝｸ(firebird.skr.jp)
＞データベースへの接続時には次のことが行われます。
＞1. ヘッダページ部分のベリファイ
＞2. 既存データベースの存在チェック
＞3. バージョンチェック。オンディスクストラクチャ(ODS)には
＞ データベースのバージョン番号があるので、
＞ データベースエンジンが扱えるバージョンであるかチェックします
＞ 異常があった場合、データベースエンジンはエラーを返します。
ということで、旧DBファイルでも接続できた時点で一応は使えてDB破壊は無いのでは、と思いました。
CONNECTですが、自分の場合は、BCB6-IBX-FB、という接続にしています。
628:NAME IS NULL
07/08/03 12:34:46
>626
>暗黙で実行するようなGUIツールか何かを使っているのでは？
どのツールを想定したんだ？
ちなみにその場合でもnot nullは使えないと思うが・・・
SQL> CREATE TABLE HOGE_TABLE (HOGE1 SMALLINT NOT NULL,HOGE2 SMALLINT DEFAULT 100 NOT NULL);
SQL> select * from hoge_table;
SQL> insert into hoge_table (hoge1,hoge2) values(1,null);
Statement failed, SQLCODE = -625
validation error for column HOGE2, value "*** null ***"
SQL> insert into hoge_table (hoge1) values(1);
SQL> select * from hoge_table;
HOGE1 HOGE2
======= =======
1 100
SQL>
629:NAME IS NULL
07/08/03 13:35:38
PHP5からfirebird使うにあたって、ネイティブ以外で一番適したライブラリって
何でしょうか?
全体的にはMDB2とかPDOあたりが主流みたいですが、firebirdでも問題なく
使えるでしょうか?
630:NAME IS NULL
07/08/03 17:09:07 tbJGoSpZ
FB1.5サーバーにFB2.0のクライアント（fbclient.dll）を組み合わせても動作しますか？
631:NAME IS NULL
07/08/04 15:23:41
>>630
クライアントは基本的に後方互換ありだから
「サーバのバージョン ＜ クライアントのバージョン」
は問題ないよ
632:630
07/08/06 09:20:19
ｻﾝｸｽ>>631
みんな互換性詳しいですね。
自分もFBのppt文書とかPDF読んでるけど、そこまで見つけれないお。
633:NAME IS NULL
07/08/14 13:40:31 wKocF6BY
>>629
なぜ「ネイティブ以外」？
634:NAME IS NULL
07/08/14 14:53:03
>>629
多分将来的に他のRDBMSに乗せ換え利くようにだろうけど。
PDOは最初にフェッチしたレコードの全てのフィールドにNullが入っているバグが放置されているな。
dsnの接続文字列も説明と違って難儀した。誰も使ってないんじゃないか？って思う。
FB関数の方が枯れてて無難のように思える。
ラッパークラス作っていつでも差し替え出来るようにしとけばいいかもね。
635:NAME IS NULL
07/08/14 18:47:41
Firebird 2.0ってフィールド名とかに日本語は使用できないんでしょうか？
636:NAME IS NULL
07/08/15 03:51:20 +G474/JV
>>635
ダブルクォートで囲むとできると思う。
できるのは確認したけで本番で使ったことないから、どっかで行き詰まるかも
637:NAME IS NULL
07/08/15 07:51:25
UTF8ならまず大丈夫だとは思う
638:NAME IS NULL
07/08/15 12:00:59
OracleやSQL Serverでも日本語オブジェクト名使えても英数字しか使わない人いるからなあ。
使わなければそれに越した事は無いんだが。
639:NAME IS NULL
07/08/15 12:39:08
DBってアプリの中の人なんだから日本語である必要は無い。
640:NAME IS NULL
07/08/16 14:59:59
テーブルを英数で定義して、列を日本語化したビューを作るのが良いかも
641:NAME IS NULL
07/08/16 18:21:18
下手に日本語使えたりすると変な文字使ってくれる人いるからなあ。
機種依存文字の○数字(1)とか。
英数字名で作っても某系ツールはデータディクショナリで翻訳してくれるから便利。
642:635
07/08/17 02:49:33
ありがとうございます、無事実行できました。
643:629
07/08/17 15:22:09
>>633 >>634
フレームワークやPEARを使おうとすると、ネイティブではダメなんですよね。
PDOもバグバグみたいですね。なんだかなあ…。
PHPのDB接続ライブラリ界隈も、いつぞやのMicrosoftのDB操作コンポの様で
どこへ行こうとして、何を標準に持ってくるつもりなのか、さっぱり分かりません。
644:NAME IS NULL
07/08/18 10:38:53
フィールド名に日本語を使うと、プログラム書くとき非常に面倒くさいと感じるのは俺だけ？
645:NAME IS NULL
07/08/19 01:28:09
>>644
あるなあ。
ただ英数字ローマ字で変な略称された時も困る。
プロジェクト内命名規則辞書などがまとめられていればいいのだが。
世の中に気の利くPMは少ない。
646:NAME IS NULL
07/08/20 18:50:50
はいはい、昔の○racleで日本語項目名使われて痛い目に遭った俺が通りますよっと
一見動くことは動くんだけど、oo4oとADO経由すると死ぬというステキなシロモノでした～
どうしたかって？ テーブル項目全部作り直して片っ端からSQL書き直し♪ プロジェクトが1ヶ月分くらいダメージくらいましたよorz
647:NAME IS NULL
07/08/20 19:33:40
やっぱ外人さんはマルチバイトでテストなんかせえへんもんね。
648:NAME IS NULL
07/08/21 08:43:58
FirebirdはMySQLみたく、カンマで区切って複数行INSERTできないのでしょうか？
色々と試しているのですがエラーが出てしまいます・・・。
649:NAME IS NULL
07/08/21 08:51:08
; （セミコロン）
じゃね？
650:NAME IS NULL
07/08/22 13:13:36
出来るかどうかはツールによるんじゃね？
FlameRobinで試したら出来たよ。
651:NAME IS NULL
07/08/22 15:19:45
class Program
{
static void Main(string[] args)
{
FbConnectionStringBuilder csb = new FbConnectionStringBuilder();
csb.Database = @"c:\hoge.fdb";
csb.DataSource = "localhost";
csb.ServerType = FbServerType.Default;
csb.UserID = "sysdba";
csb.Password = "masterkey";
using (FbConnection connection = new FbConnection(csb.ToString())) {
connection.Open();
FbScript script = new FbScript(@"c:\hage.sql");
script.Parse();
FbBatchExecution batckExecution = new FbBatchExecution(connection, script);
batckExecution.Execute();
}
}
}
652:NAME IS NULL
07/08/22 21:23:46
これと
xchg edx, [eax]
これ
mov ecx, [eax]
mov [eax], edx
mov edx, ecx
どっちが早い
653:NAME IS NULL
07/08/23 07:37:00
すれ違い
654:NAME IS NULL
07/08/25 11:36:58
2.0.2 age
655:NAME IS NULL
07/08/29 23:19:37
>>628
遠いレスですまんが、なんか話が食い違っているようだ。
「DEFAULTが使えない」というのが最初の質問だったから
NOT NULLつけない場合はNULLを入れることは可能なわけで、
その場合は
insert into hoge_table (hoge1,hoge2) values(1,null);
とやっているならnullのかわりにデフォルト値が入って
くれたりはしないよ、っていう当たり前のことを言ってる
だけなんだけど。
DelphiのTTableみたいなコンポのAppendメソッドでレコード
追加すると、たしか値を入れないと明示的にNULLを入れてくる
から上記のようなSQLが発行されてデフォルト値が入らないって
現象になると思う。そしてDDLでNOT NULLになっている場合は
デフォルト値が入ってくる。俺の記憶違いでなければ。
656:NAME IS NULL
07/08/30 11:32:35
最近Firebird使い始めた。 ちょっと質問させてください。
FB1.5 + Delphi + IBXの環境で、列名が'CustomerID'などになっていると、
'Column unkown CUSTOMERID At line xx Column yy'を送出しました
の例外が発生してしまいます。
いろいろ見て回ったのですが、どれも列名は’CUSTOMER_ID’のように、
大文字をアンダーバーでつなげたものを使用しているようです。
これがFirebirdのデフォなのでしょうか？
たしかに、CUSTORMER_IDに変更すると正常に動作します。
OracleやAccessを使ってたときは、パスカル式の列名でやってたし、大文字
＋アンダーバーは定数値のイメージがあるので違和感が･･･
パスカル式は不可でFAですか
657:NAME IS NULL
07/08/30 11:59:56
んなこたーない
658:NAME IS NULL
07/08/30 12:19:00
当然ながら「CUSTOMER_ID」にしてやってみたら動いたからそう言ってるんだよな
659:656
07/08/30 12:23:28
>>658 当然そうだよ
んで、CustomerIDをダブルクォートで囲ったらCUSTOMER_IDと同様に動いた。
そういうことみたいだ。
660:NAME IS NULL
07/08/30 12:37:25
なんか凄い初歩的なミスの臭いがぷんぷんするｗ
661:NAME IS NULL
07/08/30 13:06:12
例えばどんな？
662:NAME IS NULL
07/08/30 13:14:00
ザ・日本語
663:NAME IS NULL
07/08/30 13:57:14
＞FB1.5 + Delphi + IBX
この環境なら、
＞大文字をアンダーバーでつなげたものを使用しているようです。
＞これがFirebirdのデフォなのでしょうか？
そうかもしれない。
664:NAME IS NULL
07/08/31 12:17:46
>>656
フィールド名が大文字小文字混在の場合は二重引用符で囲む必要がある。
Delphi、IBXは無関係。
665:NAME IS NULL
07/08/31 12:33:23
こんなこともできるんだｼﾗﾝｶｯﾀ
そういえばテーブル名やフィールドを""でくくったこと無かったな
CREATE TABLE Test (Test SMALLINT,"Test" SMALLINT);
666:NAME IS NULL
07/08/31 13:40:33
>>656
つうかCREATE TABLE時に自分で"CustomerID"と二重引用符で囲ってるはずだけどなあ
それで何でSELECT時につまづくんだ?
667:NAME IS NULL
07/09/03 15:48:52 QwBk+4Wc
2.0.2 recall age
668:NAME IS NULL
07/09/03 16:43:12
ﾏﾁﾞ?
ソースは？
669:NAME IS NULL
07/09/03 19:40:39
>>668
本家ぐらい見に行けよ
670:NAME IS NULL
07/09/04 13:00:53
VB.NET で.netデータプロバイダ2.01を使用してデータベースをSELECT文で抽出しようとして以下のエラーが発生してしまいます。
invalid request BLR at offset 144
Implementation limit exceeded
block size exceeds implementation restriction
ブロックサイズの問題のようですが、カラムのVarcharサイズを小さくしてもブロックサイズが初期設定で切られてるようで解決方法が見当たりません。
何か解決方法というのはあるのでしょうか？
もしご存知の方や同様の現象の方で解決した方がいらっしゃいましたら知識を貸してもらえませんか？
カラム定義は以下のようになっています。
CREATE TABLE AAAA
(
A_key integer NOT NULL,
A_name varchar(100),
A_dispno integer,
A_thumbnailpath varchar(255)
A_actiontype integer DEFAULT 0 NOT NULL,
A_ipaddress varchar(15),
A_timestamp timestamp,
A_isdelete smallint DEFAULT 0 NOT NULL ,
CONSTRAINT AAAA_pkey PRIMARY KEY A_key
);
671:NAME IS NULL
07/09/04 15:03:52
>>670
むしろどんなSELECT文を投げたのか、そっちの方が重要
ひょっとして滅茶苦茶長くないか?
672:NAME IS NULL
07/09/04 16:28:54
>>671
レスサンクスです
確かにそういう意味でいえばLEFT JOINを3つつなげてるSQLを投げています。
ただ、ODBCで繋いだCSEでデバッグ出力した同じSQLを投げると成功するようです。
（出力されるカラム数でいえばSELECTに30ほどのカラム名を記述しています。）
文字数でいえば全て半角英数で1514文字になります。
673:672
07/09/04 16:40:49
>>672の文章修正です。
ただ、ODBCで繋いだCSEでデバッグ出力した同じSQLを投げると成功するようです
これは間違いでした。
同じ構造のPostgresに接続することもあるんで、間違ってそちらに接続して投げてしまっていたようです。
実際には>>670と同様のエラーが発生します。
674:NAME IS NULL
07/09/04 17:00:54
>>672
とにかくSELECT文貼り付けてみてよ
675:NAME IS NULL
07/09/04 17:48:30
可能かはしらんがViewとか使ったほうがいいんでない？
個人的にプログラムから投げるSQLはできるだけシンプルになるようにしてる
SQLの問題かプログラムの問題か切り分けやすいと思うので
676:NAME IS NULL
07/09/05 02:19:15
>>672
LEFT OUTER JOIN 3つって言っても
A LEFT OUTER JOIN B ON A.HOGE1=B.HOGE1
LEFT OUTER JOIN C ON B.HOGE2=C.HOGE2
LEFT OUTER JOIN D ON C.HOGE3=D.HOGE3
と
A LEFT OUTER JOIN B ON A.HOGE1=B.HOGE1
LEFT OUTER JOIN C ON A.HOGE2=C.HOGE2
LEFT OUTER JOIN D ON A.HOGE3=D.HOGE3
だとだいぶ違うよね。
いずれにしても一つのSQLでLEFT OUTER JOIN 連発しなければ
ならないのは設計が悪いと思うけど。効率も悪いし。
677:NAME IS NULL
07/09/06 09:59:07
FB2.1で10Gのデータファイルが今日I/Oエラーで接続できなくなりました。
修復する方法ありませんか？
678:NAME IS NULL
07/09/06 12:29:18
>>677
あいよー
URLﾘﾝｸ(www.ibphoenix.com)
679:NAME IS NULL
07/09/06 15:15:20
>10Gのデータファイルが今日I/Oエラーで接続できなくなりました。
ｲﾔﾀﾞﾈｪ。
ハードの障害なんかなぁ。
680:NAME IS NULL
07/09/07 18:25:43
WinXP+FB1.5なんですが、マシンを新調しようと思います。
SuperServerだとCore2Duoとか載せても無駄なんでしょうか？
現在、Pentium3-550MHzで重くなってきてPentium4-3.2GHzで試したら
かなり快適なので、新調を考えています。
681:NAME IS NULL
07/09/07 18:28:23
俺だったらAthlonのBEかな。
熱やら何やら考慮してね。
682:NAME IS NULL
07/09/12 02:34:53
>>680
Core2Duo はあんまり効果ないと思う。
それより、可能なら速い HDD 載せて。
SATA でも 10000 rpm のがあるよ
683:NAME IS NULL
07/09/12 10:34:39
てゆうか、遅いＣＰＵのＰＣでＤＢサーバー稼動できる時代になったんだね。
自分の知ってた時代はＵＮＩＸのＷＳが汎用機（今ってメインフレームって言うらしいね）並みの値段だったし、
汎用機＋独自ＤＢがデフォだったような。
684:NAME IS NULL
07/09/12 11:00:21
そんな昔と比べたら「遅いＣＰＵのＰＣ」なんてもう存在しないんじゃない？ｗ
685:NAME IS NULL
07/09/12 11:03:32
あれ？SQLLiteみたいにインスコしないでdllで動くFirebirdってなかったっけ？
ちょっと思い出してみて、探し始めたけどみつかんないorz
686:NAME IS NULL
07/09/12 13:59:22
EmbededFirebird
某のIDEで使うときはカレントディレクトリにも置いておかないと設計時にDBアクセスできないぞ
687:NAME IS NULL
07/09/12 14:10:41
＞某のIDE
興味あり。
・某のどの言語？
・ターゲットＯＳは何？
688:NAME IS NULL
07/09/12 14:17:07
delphiじゃない？
689:NAME IS NULL
07/09/12 14:17:13
>>687
Delphi(Pascal)とC++Builder(C++)
690:687
07/09/12 14:36:39
何だちょっとｶﾞｯｶﾘ。
WindowsでEmbeded使ってるだけか。
使ってるコンパイラは自分と同じだＮＥ！
691:NAME IS NULL
07/09/12 15:26:04
>690
何を期待してたの？
692:687
07/09/12 15:47:46
組み込み機器でFB Embeded使えるんだー、と期待してた。
ちなみに自分が関係あるのはITRON。
693:NAME IS NULL
07/09/12 16:59:49
エンベデッド違いというオチかｗ
694:NAME IS NULL
07/09/13 09:08:49
やっぱ、ITRONでFBなんか使えないおね？
695:NAME IS NULL
07/09/13 11:24:23
そのためのオープンソースなんじゃね？と、言ってみる
696:NAME IS NULL
07/09/13 14:33:02
>>686
Firebirdにそんな種類のがあったんだ。全然知らなかった。
自作アプリもそれに変えてみる。
お礼にEmbeddedという綴りを教えてあげます。
697:NAME IS NULL
07/09/13 16:14:47 w146r7vQ
fbclient.dllにmsvcr71.dllって要ったっけ？
698:NAME IS NULL
07/09/13 16:35:53
>>697
DependencyWalkerにかけるとMSVCP71.DLLとMSVCR71.DLLにリンクしてる。
699:697
07/09/13 16:42:42
thx!>>698
ツールで調べれば良かったのか。
700:NAME IS NULL
07/09/13 16:50:17
>>699
コード上でLoadLibraryされるとお手上げだけどね
701:NAME IS NULL
07/09/14 16:56:18
FBってファイルサイズがテラバイトになっても、平然と動作しますか？
702:NAME IS NULL
07/09/14 18:32:28
>>701
>サイズ限界
>Firebirdは実際に巨大なデータベースを扱えます。データベースは複数のファイルによって構築することが出来、それぞれのファイルサイズは
>OSが提供するファイルサイズの限界まで拡張可能です。単一のデータベースファイルのサイズに関する理論的な限界は64テラバイトですが、
>殆どの場合は OSやファイルシステム、そしてHDDの残り容量により制限されます。
となってますがチューニングの余地があまりないのでDB構成にもよりますが平然と動くかはわかりません
単純にバイナリーデータ（画像・映像）が主体でDBがでかくなるだと大丈夫だと思います。
703:NAME IS NULL
07/09/15 15:49:59
はやい回答thx!
704:NAME IS NULL
07/09/25 18:23:37 SBOaniWd
100メガバイトのファイルをFBに出し入れしてみましたが、５分くらいかかるようです。
やっぱ、それくらいかかりますか？
705:704
07/09/25 18:50:09
こういった用途には、NASとか使うものなんでしょうか？
706:NAME IS NULL
07/09/25 19:59:06
DBとNASを比較する意味がわからん。
707:NAME IS NULL
07/09/25 21:28:26
>>704
100メガのファイルを出し入れってどういう意味？
100メガのファイルをBLOBに突っ込んだってこと？
708:NAME IS NULL
07/09/26 07:41:56
3..5Mbbsまあまあじゃん
709:704
07/09/26 08:43:05
みなさん回答thx!
>>706
いや、DBのみで性能出せそうにないので、DBの代替に何使おうかな、みたいな。
>>707
下の行の通りです。
>>708
あ、やっぱりDBに１００メガバイトのファイルの出し入れすると、分のオーダーになるふいんきですか。
710:NAME IS NULL
07/09/26 09:14:24
俺ならファイルのパスだけDBに格納する。
ローカルでもNASでも後から移動できるように相対パスで。
今でもそうなのか知らないけど、BLOBは遅いからなるべく使わない、を信じてるから。
711:704
07/09/26 09:29:00
Vi$taだと、Winにログイン時にはドメインに入らず、
ネットワークのＰＣのフォルダにアクセスする時点でアクセス確認画面ですよ？
アプリからネットワークのフォルダにアクセスでサイレントにエラー終了かも。
それとも、NAS（実は使ったこと無いんです）だと、ＰＣ起動時にマウントする形になるのかなぁ？
712:NAME IS NULL
07/09/26 10:16:15
>>711
関係ないけどVi$taはそうなんだ。
VNPで離れたとこからログインするときなどはその方式のほうがよいな
713:704
07/09/26 10:34:31
＞VNPで離れたとこからログイン
これってどういう業務や用途で使われます？
ＰＣ管理業者が遠隔操作？
事業部間というか遠距離ビル間のＬＡＮ（ＷＡＮ？）？
自宅ＰＣにアクセス？
すっかり最新技術に置いて行かれた自分orz
714:NAME IS NULL
07/09/26 13:14:45
Delphi→Firebirdでミドルウェアを何にすればよいかよくわからん。
IBX → IBでは使ってたけど、今後さらにIBと解離していくだろうことを考えると移行したほうがいい？
MDOとかIBOとかIBX系 → ドキュメント、サンプルなどの情報が少なそう。 日本語でとなればさらに。
dbExpress → 使ったことない。 Firebird dbExpress driver （www.upscene.com）とか
dbExpress for Firebird （www.crlab.com/dbx) とか入れるんだろうか？ よくわからん
715:NAME IS NULL
07/09/26 13:44:04
>>714
これなんかどう？フリーだよ。
ｆｂｌｉｂ
URLﾘﾝｸ(fblib.altervista.org)
716:NAME IS NULL
07/09/26 14:01:59
>>714
>IBX → IBでは使ってたけど、今後さらにIBと解離していくだろうことを考えると移行したほうがいい？
IBXでいいと思うけど
欧州とかロシア圏だとFireBirdの普及率はIBより高いはずでBorlandって色々売りさばくからIBの方が
将来どうなるか不明だ。
717:NAME IS NULL
07/09/26 14:04:10
自分もIBX使ってるけど、TQueryよりもちょっとクセ（トランザクション系のコンポの使いかが）があったが、特に問題は出てない。
718:NAME IS NULL
07/09/26 14:40:25
でも今はたまたま使えてるだけで将来の保証はないよね＞IBX
FBのバージョンが上がれば使えなくなる可能性は常にあるんじゃないの？
719:NAME IS NULL
07/09/26 14:51:29
>>718
先の事なんて考えてたら何も使えなくなるよ。
>FBのバージョンが上がれば使えなくなる可能性は常にあるんじゃないの？
その時は別なツールが出てるかもって考えないの？
それに１回構築したら､DBのバージョンアップすら億劫になるのに周辺ツール
の事なんか心配するなんて無意味だと思う
何かにすがりたいのならオラクルかSQL２００５・DB2でも使えば金さえ払えば
１０年以上は安心出来るだろう・・・
720:NAME IS NULL
07/09/26 15:10:00
>FBのバージョンが上がれば使えなくなる可能性は常にあるんじゃないの？
そのときは、Del/BCBのバージョンうｐやめれ。
>何かにすがりたいのならオラクルかSQL２００５・DB2でも使えば金さえ払えば
＼|／
/⌒ヽ ／￣￣￣￣￣￣￣￣￣￣￣
| ゜Θ゜）＜ ソウデモナイヨ。
| ∵ つ ＼＿＿＿＿＿＿＿＿＿＿＿
| ∵ |
＼＿／
721:NAME IS NULL
07/09/26 15:45:49
＞Vi$taだと、Winにログイン時にはドメインに入らず、
＞ネットワークのＰＣのフォルダにアクセスする時点でアクセス確認画面ですよ？
NASと言いはじめた本人にこんなこと言われても困るのだが。
業務用は知らんが個人向けNASはほとんどSambaだろうから、設定で何とかできないのか？
Vista使ってないからわからないけど。
722:704
07/09/26 16:10:16
＞こんなこと言われても困るのだが。
NASってナス（であってる？）という名前知ってるだけなんですorz
＞業務用は知らんが個人向けNASはほとんどSambaだろうから
あ、そうなんですか。
じゃ、ファイルサーバーＰＣが増えるのと同じか。
ネットで見てるとNFS対応のものもあるみたいだけど、
WindowsでNFSってどう使うのか知らないお＞＜
723:NAME IS NULL
07/09/26 17:08:35
Vistaで使えるのかどうか知らんが、SFUでNFSクライアントにできるみたい。
724:704
07/09/26 17:35:21
ｻﾝｸｽ
NFSって、UNIXワークステーション時代に設定されてたものを使ったことしか無いんですが、、、
Windowsの”SMB”に比べて”SFUでNFSクライアント”が勝ってる部分て何でしょうか？
一番知りたいのは、”転送速度が勝っている”かどうか、ですが。
725:NAME IS NULL
07/09/26 23:16:28
気づいてくれないのか
板違いの質問ばかりしてるということに
726:NAME IS NULL
07/09/27 00:37:46
>>714
おれはIBXでの案件を一つやったあと、BDEからの移行プロジェクトがあって
そのときにIBO使ったらかなり良かったので、それ以降は元がBDEだろうが
そうじゃなくまっさら新規だろうが関係なくIBOを使うようになった。
重要なところのソースは付いてるのでドキュメントとかサンプルとかは
少なくても問題ない。作りが素直なのでプロパティとメソッド一通り
眺めればわかる。
ライセンス料さえ払えるならIBOは超おすすめ。
727:704
07/09/27 09:45:59
>>725
IBX系のレスでは自分は回答者してますし。
自分はバリバリのFBオンリーのユーザーなので何言われても全然平気です。
728:NAME IS NULL
07/09/27 10:45:04
>>726
IBXからIBOへ移行を考えています。（将来）
IBOのIBXより優れてる点ｷﾎﾞﾝ。
729:NAME IS NULL
07/09/27 11:06:39
>>727
質問するなと言ってるんじゃない。質問する場所が違うだろと言ってる。
SMBとNFSの比較なんてどこがデータベースの話なんだよ。
UNIX板やOS板で質問した方が的確なレスがつくんじゃねーの？
730:NAME IS NULL
07/09/27 11:12:00
>>729
論理的に文書は正しいが、細か杉。
レス一つ一つを厳密にルールかすんな。
731:NAME IS NULL
07/09/27 13:06:04
どう見ても>704がスレ違いなのに>730が擁護するのがよく分からんな
732:NAME IS NULL
07/09/27 13:20:01
ヒント： 論理的に言ってる事が正しくても、過疎気味スレで叩きをはじめるのは現実的には害悪。
733:NAME IS NULL
07/09/27 13:50:38
叩きじゃなくて誘導じゃね？
734:NAME IS NULL
07/09/27 14:02:31
どうせ過疎スレだからたまに賑わうのはいいけど、ちょっとウザい空気だな。
まぁ出てけとは言わないが、空気読んでねおながいします。
735:NAME IS NULL
07/09/27 15:20:08 vvUEqgsk
2.0.3 age
736:NAME IS NULL
07/09/27 15:25:01
IBXの将来を案じるなら、むしろDelphiを使い続けることを何とかした方がいいと思われ。
737:NAME IS NULL
07/09/28 12:22:30
Delphiが消えるなんてありえない。
いわゆる too big too fail ってやつ。
738:NAME IS NULL
07/09/28 13:06:10
ありえなくはないだろ。すごく困るけど。
739:NAME IS NULL
07/09/28 13:11:56
VB6が消えるなんてありえない。
いわゆる too big too fail ってやつ。
740:NAME IS NULL
07/09/28 16:10:30
too big to fail だろｗ
741:NAME IS NULL
07/10/03 09:00:28
ぬるぽ
742:NAME IS NULL
07/10/03 17:29:25
すいません、Oracle でいう Rowid はあるんでしょうか？
743:NAME IS NULL
07/10/03 19:24:07
>742
URLﾘﾝｸ(groups.yahoo.co.jp)
744:NAME IS NULL
07/10/09 11:10:14
捕手
745:NAME IS NULL
07/10/18 16:52:28 pjFuPAqs
すみません。FirefoxとThunderbirdとFirebirdって関係あるんですか？
746:NAME IS NULL
07/10/18 16:52:55
ねーよ
747:NAME IS NULL
07/10/18 17:59:10
以前、名前の取り合いしてたよね
748:NAME IS NULL
07/10/25 11:31:01
IBO、何がいいのかよくわからん。
コントロールとかいらんし、IBXで十分だった・・・。
749:NAME IS NULL
07/10/25 14:20:03
>>749
自分もIBX使用中＆IBO未使用で、それ知りたかったところ。
何か良いところあるんじゃね？
750:NAME IS NULL
07/10/29 12:20:29
FB2.1beta2試してますが、kinterbasdbで接続できないのは
いやがらせですか？
751:NAME IS NULL
07/10/29 12:23:34
>>750
あなたの英語力が試されているのだと思います
752:NAME IS NULL
07/11/04 11:32:15 8tUMq9bK
>>749
こんな感じで、とくにピンとこなければ、IBXで。
URLﾘﾝｸ(www.ibobjects.com)
753:NAME IS NULL
07/11/08 01:07:48
なんかXP SP2の環境で
FB1.5（最終だったはず） ＋ FB.NET プロバイダ2.0とかってアクセスする際に
SJIS_0208でアクセスが正常にできる環境とできない環境があるみたい
具体的にはSQLでInsert投げた時とかに
文字コードが～～とかって出る
環境の構築の仕方がまずいのかなんなんだろう・・・・・
754:NAME IS NULL
07/11/09 13:15:35
>753
EXEと同じフォルダに（Visual StudioならDebugフォルダ）Firebirdのライブラリとかintlフォルダとか
コピーしないといけないんじゃなかったっけ？
何がいるんだったかは忘れた
755:NAME IS NULL
07/11/11 03:36:15 qd6FdFkA
>>754
そうなの？
てっきりガーディアンとかのサービスが動いてたらDLL使ってアクセスできるもんだと・・・
その辺で何かあるのなら確かに動きが違うかもしれない
情報サンクス
756:NAME IS NULL
07/11/11 21:41:59
>>754
それEmbededの場合じゃない？
とりあえずデータベースとDBドライバ両方とも文字セット設定してあるかい？
757:uNyFOzdBhp
07/11/12 04:22:20
2cikwo <a href="URLﾘﾝｸ(rfgbxljnddfl.com) [url=URLﾘﾝｸ(xdjzdegeejpg.com) [link=URLﾘﾝｸ(rqkiqsxwxuai.com) URLﾘﾝｸ(sjyszxbrxndo.com)
758:NAME IS NULL
07/11/12 11:39:22
select * from (select field1||'--'||field2 as aaa from table) group by aaa
みたいなSQLを.NetとISQLで実行すると結果が異なるんだけど他の人も再現するんかね？
うちの.Netだとハイフンが一つになってしまうんだが・・・
759:NAME IS NULL
07/11/12 15:47:11
IBXでTIBSQL使って大量のレコードをインサートするプログラム作ってるんだけど
パラメータ使ってINSERTすると滅茶苦茶遅いね、ベタにINSERT文組み立てて投げた方が早い。
760:NAME IS NULL
07/11/12 16:09:45
そりゃ2回投げるからな。
モニタみれば一目瞭然。
761:NAME IS NULL
07/11/12 16:28:03
>>760
なるほど…
IBXだけがそうなのか、それともどの実装でも同じなのかどっちだろう?
762:NAME IS NULL
07/11/12 22:50:22
>>759
PrepareとFreeHandle使っても遅いの？
763:NAME IS NULL
07/11/13 08:42:25
TIBQuery使えば無問題。
764:NAME IS NULL
07/11/13 11:22:58
>>762
んなわけあるか
765:NAME IS NULL
07/11/14 02:37:10 ILbp4//g
SQL鯖やオラクルみたいに簡単にモニタできるツール欲しいんだけど どっかにフリーで落ちてないかな？
英語でもいいんだが
766:NAME IS NULL
07/11/18 15:29:34
wikiのトップページがどこかのロボットに勝手に書き換えられていたっぽいので
勝手にバックアップから戻しちゃったけど、何か対策とか取れないのかな。
767:ZdqetjviTXsExxixIgG
07/11/20 21:53:38
hfFWWl <a href="URLﾘﾝｸ(joztjqolarsu.com) [url=URLﾘﾝｸ(kzwtmredhrtk.com) [link=URLﾘﾝｸ(hmhxpvautopi.com) URLﾘﾝｸ(soklybxjlykg.com)
768:NAME IS NULL
07/11/22 22:17:46
FB1.5ですが、integerのフィールドはnullには出来ないんでしたっけ?
769:RkHxMRcIcrUSkdB
07/11/23 01:57:05
URLﾘﾝｸ(ieirrj.cn) legal mp3 music downloads
770:qvyYVZVoAMwPGKYxX
07/11/23 21:16:09
URLﾘﾝｸ(kgnsye.cn) Imax california
URLﾘﾝｸ(kgnsye.cn) California dept of corporation htm
URLﾘﾝｸ(kgnsye.cn) Single family homes carlsbad california
URLﾘﾝｸ(kgnsye.cn) Archangel tattoo design
URLﾘﾝｸ(kgnsye.cn) Blue book pricings for atv
771:NAME IS NULL
07/11/24 02:20:05 CQAA4EhQ
>>768
intでもnullはいれれるよ。という質問ではないの？
# 最近spamメッセージ多し。
772:NAME IS NULL
07/11/30 00:33:14
NOT NULL属性にしてない限りINTEGERでもNULLは入るよ。
773:NAME IS NULL
07/11/30 03:28:21
いやな、NOT NULL じゃないINTEGERフィールドにNULLが入らないエラーが出て困ってたんだ。
結局テーブルを削除して作り直したら直った。
774:NAME IS NULL
07/12/04 13:26:22 dmNd6p6a
＞database file appears corrupt ()
＞bad checksum
＞checksum error on database page （数字）
みたいなエラーが出るんですが、何ででしょう？
775:NAME IS NULL
07/12/05 12:11:23 rHpmudvD
checksum errorが出た逝こうのページって復旧できないんですかね？
776:NAME IS NULL
07/12/05 14:10:53
gfixで復旧できるかもしれないし出来ないかもしれない
777:NAME IS NULL
07/12/05 14:16:53
gfixで復旧できない場合ってあるんですか？
というか、復旧できなかった経験のある方居られますか？
778:NAME IS NULL
07/12/05 20:45:50
二つのデータベースで同じテーブル名のテーブル構造の差分を出力してくれるツール
あるいはSQLコマンドって有りますか?
779:NAM IS NULL
07/12/06 05:09:59
>>777
とうぜんあるよ。
780:NAME IS NULL
07/12/06 13:24:12
>>777
物理的に逝ってしまったらどうしようもないわな
>>778
有料ならいろいろあるけど、適当なスクリプトでDDL吐き出して
diffに食わせる仕組み作ったほうが安上がりな気がする。
781:NAME IS NULL
07/12/06 13:45:48
安上がりだろうけど、DBのGUIツールって、フリーでも有料でもすんごい便利だお。
782:NAME IS NULL
07/12/06 14:43:22
>>781
GUIツールっつっても、Firebirdの場合はIBExpertのPersonal版だけあれば何もいらなくね?
783:781
07/12/06 14:44:21
>>782
その通りですが、何か？
784:NAME IS NULL
07/12/07 10:49:32
＞RDBMSでは不十分
＞URLﾘﾝｸ(www.infoq.com)
これって何が言いたいんだろう？
785:774
07/12/07 13:58:04
コピーしたＤＢファイルが壊れていただけで、
オリジナルＤＢは正常ですたorz
786:NAME IS NULL
07/12/09 13:37:56
>>785
動作中にコピーしたら、そりゃ論理的に整合性取れなくなる場合がある。
コピーする場合でもバックアップ→リストアが基本。
787:774
07/12/11 11:11:06 +hnFBK9o
ついでなので、質問させて頂きます。
VCL/IBXで接続しているのですが、壊れたDBに接続しても検証してないので接続できるんです。
しかし、やっぱり壊れたDBに接続したときはエラーを通知して欲しいと思うのですが、プログラムでチェックする方法は何らか方法無いでしょうか？
自分の経験では、ハードディスクがパンクしたときにはFBファイルは壊れるみたいで（トーゼンですが）、その場合、ODBC接続すると、ちゃんと検証してエラーを教えてくれるみたいです。
でもチェックのためだけにODBC接続ってのもorz
788:NAME IS NULL
07/12/12 07:00:45
APIでやればいーのでは？
というか、コネクションごとに自動でエラーチェックなんて、処理時間のかかる可能性の
あることやるなんて、ちょっと考えたらそれは困ったものだと思うが
Office系のソフトでしか使わんとか、そうそう繋いだり切ったりしない用途ならともかく
789:774
07/12/12 08:43:08
>>788
ま、その通りですね。
DB接続は短時間でやって、アプリの画面にDB検証ってボタンを付けたいです。
790:774
07/12/13 09:34:12
＞APIでやればいーのでは？
サンプルコードきぼんにゅ。
だって、ここで共有すればみんな助かりまつよね？
791:NAME IS NULL
07/12/13 12:14:30
コマンドラインツールのソースを落としてきて眺めるもよし
IB6の公開されてるApiGuide.pdfを入手してきて読めば詳しく書いてあるよ
IBPhoenixのサイトとかから落とせるし
商用ベースだけあって、情報がまとまってて集めやすいのも利点だと思うけどなぁ
792:NAME IS NULL
07/12/13 13:42:08
てかVCLベースならDel/BCB付属のInterbaseにPDFマニュアル付いてるな。
793:NAME IS NULL
07/12/17 11:13:47 F/bssCca
Del/BCBとかの自作の検証ツールがあったらソース付きで公開してＹＯ！
794:NAME IS NULL
07/12/17 15:46:07
公式でもないんだからそういのを要求するなよｗｗｗ
795:NAME IS NULL
07/12/18 21:46:59
gfix -validate相当のapiを使えばいいんだっけ？
796:NAME IS NULL
07/12/19 02:47:45 B2XDvvlK
URLﾘﾝｸ(www.nta.go.jp)
URLﾘﾝｸ(www.nta.go.jp)
797:NAME IS NULL
07/12/19 22:13:56 2q2+Id+W
もう随分前だけど1.5.5age
798:NAME IS NULL
08/01/14 15:08:38
>750の自己レス
FB2.1 beta2でkinterbasdbを動かすためには
URLﾘﾝｸ(firebird.svn.sourceforge.net)
から_init_.pyをダウンロードして上書きでいける。
799:NAME IS NULL
08/01/14 17:37:03
ちなみにinit.pyのコンパイル済みファイルpydとpycかな
それを消さないとだめよん。
800:NAME IS NULL
08/01/15 18:27:55
FBサーバーの起動で、レジストリアクセスでコケたりすることありますか？
（エラーコード1053だったかな？）
801:NAME IS NULL
08/01/24 17:19:57
>>800
一度も見たこと無いなあ。
802:NAME IS NULL
08/01/26 15:31:51
FB2.1RC1出ました
803:NAME IS NULL
08/01/29 10:55:46 7RyjIxSH
Firebirdに脆弱性、2.1 RC1で修正
URLﾘﾝｸ(www.itmedia.co.jp)
804:NAME IS NULL
08/02/02 13:24:46 KMFh2IGY
VS2008上でFBのスキーマ定義したりできる？
805:NAME IS NULL
08/02/02 15:43:13
>>804
自己レス
DDEXを使えばいいらしいということがわかった。
が、Expressではダメなんですね
806:NAME IS NULL
08/02/24 17:20:54
MAGIX Music MakerというDTMソフトで音素材を選択する時に付属の
Firebird 2.0.0(Win32 Build)
が使われているのですが、うまく動かない人がいて
ｽﾚﾘﾝｸ(dtm板:756-759番)
かわいそうなので助けてあげて下さい。
807:NAME IS NULL
08/03/07 15:01:52
複数テーブルを結合してるViewのSelectにPlanを付けたいんだけどどっかいいサンプルないかね？
いまいちよく分からなくて適等に付けたら
View V_EVENT has more than one base table; use aliases to distinguish.
って怒られるｗ
808:NAME IS NULL
08/03/13 14:27:46
自己解決したので結果だけメモ
plan (ViewName TableName index (IndexName))
TableNameはViewNameのビューに含まれるテーブル名
809:NAME IS NULL
08/03/13 19:02:49
embed版で、タスク間でDBを共有って無理なんですか？
810:NAME IS NULL
08/03/13 21:11:38
そもそも、タスクじゃ今の時代どういう単位の事を指してるんだかわからんと思うが
811:NAME IS NULL
08/03/14 04:13:15
２つのアプリから接続するのは無理
812:NAME IS NULL
08/03/14 04:14:43
FB2.1rc2でてます
813:NAME IS NULL
08/03/14 07:48:55
>>811
残念です。他のDBにします。
814:NAME IS NULL
08/03/14 09:52:46
共有するならembed版じゃなくて普通のでいいじゃん
815:NAME IS NULL
08/03/14 11:02:29
embedってことはインスコしないでDLLだけで使いたいんじゃない？
サーバプロセスがいない状態でリソース管理できるわきゃないのでそんなDB無いと思うが
816:NAME IS NULL
08/03/14 11:24:23
＞embed版
関係無いけど、これITRON with Hew（←たしか、STL不可！）でも動作する？
組み込みでもgccの世界なら動作するんだろうが。
817:NAME IS NULL
08/03/14 12:12:37
ITRONじゃ動かないんじゃない？しらんけど
FirebirdのEmbeddedはDB鯖立てなくてもDLL＋データベースファイルで使えますよって意味だと思うので
組み込み開発とはあまり関係無いと思ふ
818:NAME IS NULL
08/03/14 21:41:43 wQZNi9KP
クライアントライブラリの話だけど、こういう資料があるな
URLﾘﾝｸ(kinterbasdb.sourceforge.net)
これの Embedded の項目って、クライアントライブラリ経由でのアクセスの場合
ということなのかね？
819:NAME IS NULL
08/03/15 09:37:25
embed使うんだったらsqliteのほうがいいでそ
820:NAME IS NULL
08/03/15 12:13:34
いや、C/Sにする可能性があるならembededのほうがいい。
821:NAME IS NULL
08/03/15 14:41:47
なんで？同じなの？
822:NAME IS NULL
08/03/15 17:14:53
>>819
どうして？速度とか安定性とかの面でSQLiteのほうがいいってこと？
823:NAME IS NULL
08/03/15 18:38:37
メインプロジェクトだし、各種サポートも手厚いからな
Firebirdのembeddedはいつ打ち切られても驚かない
824:NAME IS NULL
08/03/16 01:02:09
DelphiやC++BuilderならBlackfishSQLはどうよ？
825:NAME IS NULL
08/03/16 08:28:19
BlackfishならSQLiteのがまし
826:NAME IS NULL
08/03/16 12:02:06
今となっては、何か特別な利点でもないかぎりSQLiteが無難だな
827:NAME IS NULL
08/03/16 21:13:44
なんっつっても adobe がスポンサーなのはでかいな
828:NAME IS NULL
08/03/19 09:41:25
CREATE TABLE NEW_TABLE1 (
FIELD1 VARCHAR(20) CHARACTER SET SJIS_0208,
FIELD2 VARCHAR(20) CHARACTER SET SJIS_0208);
insert into new_table1 values('aaa','bbb');
insert into new_table1 values('ccc','ddd');
のテーブルに
select col
from (select field1||'-'||field2 as col
from new_table1
group by col)
order by col
を.netから実行すると
col
-------
aaabbb
cccddd
が返ってくるんだけど何故でしょうか？
isqlからだと
col
-------
aaa-bbb
ccc-ddd
って返ってくるのに・・・○rz
829:NAME IS NULL
08/03/19 10:02:18
>>828
とりあえず該当部分のソース見せてくれれば解決すると思う。
830:NAME IS NULL
08/03/19 11:07:44
とりあえずこれで現象が再現しますた
private void button1_Click(object sender, EventArgs e)
{
FbConnectionStringBuilder csb = new FbConnectionStringBuilder();
csb.DataSource = "localhost";
csb.Database = @"c:\eee.fdb";
csb.UserID = "sysdba";
csb.Password = "masterkey";
csb.Charset = "SJIS_0208";
FbConnection con = new FbConnection(csb.ToString());
try {
con.Open();
FbCommand cmd = con.CreateCommand();
cmd.CommandText = new StringBuilder()
.Append("select *")
.Append(" from (select field1||'-'||field2 as col")
.Append(" from new_table1")
.Append(" group by col)")
.Append(" order by col").ToString();
FbDataAdapter da = new FbDataAdapter(cmd);
DataTable dt = new DataTable();
da.Fill(dt);
dataGridView1.DataSource = dt;
} finally {
con.Close();
}
}
これを書いてて気付いたんだけど
csb.Charset = "SJIS_0208";
が無いとちゃんと帰ってくるっぽいなぁ・・・
831:NAME IS NULL
08/03/19 16:12:23
>>830
問題なさげ。
データベース側のCharsetは何になってるの?
832:NAME IS NULL
08/03/24 12:25:31
>831
遅レスｽﾏ
多分SJIS_0208だと思う
他情報としては
Firebird 2.0.1
WindowsXP SP2
Visual Studio 2005 8.0
833:NAME IS NULL
08/03/29 19:34:10 8McpHn5I
select
code,
name as shouhin
from tbl_zaiko
where shouhin = 'xxx'
というようにwhere句内で別名で抽出したいのですが、うまくいきません。
無理なのでしょうか？
FB2.0.3Win です。
834:NAME IS NULL
08/04/01 00:22:29 DdVYPUcD
無理なのです
835:NAME IS NULL
08/04/01 11:10:39
View作るかサブクエリからSelectするか・・・
内部的にはどっちでも同じだろうけど
836:NAME IS NULL
08/04/03 15:00:43
c#からCreate Tableを実行したらこんなメッセージが帰ってきます
Charset指定しなかったら問題ないんだけどUTF8にしたとたん・・・
The returned message was: unsuccessful metadata update
CREATE VIEW failed
arithmetic exception, numeric overflow, or string truncation
837:NAME IS NULL
08/04/13 20:13:31
>836
テーブル名やら列名が長すぎるとか？
838:NAME IS NULL
08/04/15 10:22:31
>837
すいません、CharsetにUNICODE_FSSじゃなくUTF-8と入れてましたorz=3
839:NAME IS NULL
08/04/21 02:37:34 PYfvDzpe
過疎にも程があるだろう
Firebird 2.1 is Released!!
840:NAME IS NULL
08/04/21 02:38:03
>>839
だって話すことないしｗ
841:NAME IS NULL
08/04/22 19:25:28 HW1Nn4JZ
どなたかお助け下さい。
Windowsで作成したデータベースをこのほどLinux（Vine4.2）へ移しまして稼動しております。
クライアントはDelphiアプリをWindowsから接続しており、問題無いのですが、
LinuxのperlからDBIを使って試したところ、接続は出来るのですが
$sth=&dbh->prepare($sql);
で$sthにハンドルが帰ってこず、データが取得できません。
試しにLinuxで直接作成したデータベース（WinのIBConsole使用）では問題なく接続・データの取得ができています。
Windowsで作ったfdbファイルをLinuxに移すには何か問題があるのでしょうか？
Firebird1.5