Firebird のビルドを試しているのですがなかなかうまくいきません。
コンパイル (時間かかります) の合間に備忘録...
Fitebird のサイトに行くとパッケージが沢山ありますがソースは一個
Firebird-***.src.tar.gz だけです。
あとは
FirebirdCS-***.tar.gz クラシックサーバ
FirebirdSS-***.tar.gz スーパサーバ
Firebird***64IO.tar.gz 64ビットIO版
などとなっていますが何れもバイナリ版です。
ソースからビルドできないと若干問題ありかもしれません。(後で書きます)
DB とファイルシステム
多分そのうち必要になるので。
投稿フォーム：
>>36 MySQLはXoopsのために入れたような物でほとんどいじってなかった
nakaj さんは、Xoops もやってるのかあ、じゃ PHP も解るんだあ。
何もしないで BLOB を扱えるって書いたけど、うそではないがテーブル当たりの
バイト数がなにやら関連してるのかなあ？
一個のテーブルに、テキスト型とグラフィック型を作るとエラーになるなあ。
以前 MySQL で作りかけの物を Firebird に変更してたのだが、やっぱ ExternalMethod で処理しないと保存できなかった。
http://fzug.com/ws/fzug_prog/SlideImgIB/
当面 BLOB を扱う insert, update SQLは、Externalmethod を使った方が悩まないでよいような気がしてきた。
>>32 大文字小文字いりまじりは確かにだめですね
大文字のみ、小文字のみなら<dtml-sqlvar>で取り出せます。
なんで入り混じるとだめなんだろう？
SQLって多分どのDBMSでも大文字小文字の判別はしない、っていうのが
規則になってると思うのだけど(select FieLd1 from TaBleNAmeなんていうのでもクエリ発行ツールからは通るはず）、Python上では大文字小文字が
意味持ってくるみたいだからそのせいだろうか。
>>35 MySQLでinsert set句使えました。
MySQLはXoopsのために入れたような物でほとんどいじってなかったのですが
たしかにinsert into table1 set field1 = 1, field2 = 'a'
つかえました。知らなかった。。。。。
FireBirdではinsertにset句は使えないです。はい。
>>32 ポイントずれてるとは思うけど、、、
FireBirdではInsert句でsetはつかえないはず。
MySQL,Postgresだと使えるんですか?
試してから書け、、＞自分 、て。（ごめんなさい）
>>33 こっそりは無しですよね。
ガン！ ごめんなさーい。
違う意味のガン！
TEXT型が何もしないで書き込めた物で、BLOB SUB_TYPE 0 も、もしかして、、、
やってみた。できてしまった。ガン！
一応どうやったか今からアップします。
# はあー、この何日かわなんだったのだろう？
>> 31 Firebird はやっぱ知名度が低いのかなあ
おきまりの goooogle でやってみたけど、日本ではポスグレ強そう。
Oracle も強い、長いものには巻かれろかも、だったら Python も有力 (;-p
|___________|___world____|___japan___|__linux__|
|_InterBase_|___413,000__|___7,390___|__15,200_|
|_Firebird__|___769,000__|__12,000___|__12,100_|
|_PostgreSQL|_2,248,000__|__93,300___|_114,000_|
|_MySQL_____|_8,690,000__|__81,700___|_315,000_|
|_Oracle____|_8,538,000__|_223,000___|_114,000_|
|_Zope______|_3,140,000__|__53,000___|__75,500_|
|_Python____|_5,680,000__|__63,200___|_244,000_|
>>31 こっそり直した
こっそりは無しですよね。nakaj さんカワイソ (T_T)
Firebird メモ書き
insert into tablename set
<dtml-sqltest test_id op="eq" type="int">,
<dtml-sqltest comment op="eq" type="string"> --- TEXT 型
postgresql,mysql はいけるのに、Firebird はエラーになる。
BLOB SUB_TYPE TEXT を含んでいるからかは、不明
↓でOK
insert into tablename values(
<dtml-sqlvar test_id type=int>,
<dtml-sqlvar comment type=string>
)
python database API での paramtype の影響？
だれか知ってるなら、オスエテほすい。
あと、FieldName が全て大文字で格納される。
テーブル作る時は、大文字小文字を統一して FieldName を作成しなければバグの元のようだ、 SaveYear とか作って一日悩んだ。
--- ちょっと説明へたで補足 ----
FieldName を SaveYear と作ると、<dtml-var SaveYear> はエラーになる。
<dtml-var SAVEYEAR> で取り出せた。
FieldName を saveyear と作ると、 <dtml-var saveyear> はOKです。
SAVEYEARになってるはずだが、なぜか取り出せます。
---
も少し実験しなければ、、、
全て小文字作成時<dtml-var SAVEYEAR> は試していない。
SaveYear作成時<dtml-var saveyear> は試していない。
>>30 おろかでした＞＞わたし
いいえ、私が悪いのです。
moddatetime は、最初入れたとき typo してました。スマソ！
で、こっそり直した。（爆
ただコッソリ直したのは、わけがあって log を見たのですが、
最初アップした時に、持って行った人は４人（nakajさん含む）でした。
悲しい事に FZUG の会員さんはゼロ。
# Firebird はやっぱ知名度が低いのかなあー(ボソ
>>29 Win動作確認しました
前バージョンのIbFileLibだけを置き換えていたので'contentsize'のエラーがでたようです。zexpでインポートし直したら何の修正もいらずWinでうまく
いきました。
Vineの方で29のようになってしまったのは最初に前バージョンで動作確認
したくてわざわざIbFileLib.py.OLDと7/5更新のIbFileLib.zexp で
試したためです。
一番新しいIbFileLib.pyとIbFileLib.zexpで素直に最初に試せば29の
わけわかにはならずに済んだはずでして。
おろかでした＞＞わたし