[Delphi:90403] 今後どのように開発したらいいでしょうか
大須賀
現在自作の delphi データベースアプリケーションを仕事で多用しています。
WindowsＸｐ、 Ｄ７、 ＢＤＥ 下で ＴＴａｂｌｅ （Borland ｄＢａｓｅ）で 開発しています。
ローカルテーブルのみあつかいます。
ＴＱｕｅｒｙは まったく使えません。
Ｄ２００５を買い求めましたが使っていません。
今後ＢＤＥがなくなるときき大変心配しています。
ｄｅｌｐｈｉ以外の言語はしりません。
また今後も ｄｅｌｐｈｉ で 開発していきたいのですが今からなにをするべきかわかりません。
ご意見をお聞かせいただければ有りがたく存じます。
近藤
必要がなければ今のままでＯＫと思います。
将来的な不安を考えればDelphiそのものも不安です。
三輪一雄（bg）
私も大須賀さんと同じような境遇でした。ただしTTableはParadox
職場ではDelphi5からDelphi2005に1年前移行完了しました。
Delphi2007も使ってみましたがexeが遅くなりますね。
自宅はTurboDelphiです。
最近MySQL接続する方法やSQLをすこしづつやっています。
できる範囲でレベルアップすれば良いのではないでしょうか。
ローカルデータベースならdBaseやParadoxで十分ですね。
Yufu Tomonori
もうかなり前の話になりますが、自分はＢＤＥ(Paradox)からFirebird に移行しました。
TTable とか全く同様に使えます。
ＢＤＥに較べると段違いに安定しますのでお勧めです。
（ただし私は Ver1.5 までしか使用したことがありませんが）
環境もＤ７なら問題ありません。
＃ 私もＤ７以降アップグレードしてません。
今後のことについては、、、、 個人的に色々考えていることもあるので
そのうちに考えをまとめて投稿させていただこうと思います。
--
油布知則 yu...@bto.co.jp
油布％ＢＴＯ
（株）ビーティーオー http://www.bto.co.jp/
メンバーズＷＥＢ http://memweb.net/
koyama
http://www.gesource.jp/weblog/archives/2006/06/delphibcbsqlite.html
こんなん ありますね。
KDEアプリでは結構 SQLite 使っている事があるので、
mono使う時に、互換性で役に立つかも・・・・・
三輪一雄（bg）
少し前Paradoxデータベースを他のデータベースに移行する場合、なるべく既存の型を生かして
データベースを移行しないとシステムの変更が大掛かりになるので、どのデータベースが良いか
検討したことがあります。
結果、MySQLが一番移行しやすいと結論を得ましたが、
大須賀さんの場合はｄBaseですね。
もしよろしければ参考に
http://park12.wakwak.com/~kazuo/paradox2mysql/index.htm
TAKAHASHI, Tomohiro
BDE経由のdBaseやParadoxなどデータベースをかなり簡単に移行できる先として、
以前 CodeGear Developer Camp で紹介した「Absolute Database」というデータベース
があります。
[Absolute Database]
http://www.componentace.com/bde_replacement_database_delphi_absolute_database.htm
[「C++Builder 2007の新機能と活用のポイント」]
ftp://bekins.borland.com/groups/jp/events/devcamp/06/t3.pdf
最新のDelphi/C++Builderにも対応し、BDE(dBase,Paradox)などのデータベースを
インポートしてAbsolute Databaseに変換するツールも付属しています。漢字ももちろん
扱えます。
hiderinさんのWebサイトにも、簡単な手順が紹介されていますね。
http://hiderin.air-nifty.com/delphi/paradox/index.html
参考になれば幸いです。
--
高橋智宏
中村 隆
私の場合、Paradox はＤＢ(特にindex)が壊れた事が何回かあって
わりと早い段階で oracle に移動しました。ただ Oracle もTTable で使うと
やはり問題がいくつかあって現在は TQuery で開発しています。
SQLは最初は大変かもしれませんが、一度覚えれば色々と便利なので
おすすめします。
無料ＤＢは試した範囲ではOracle との互換性、ライセンスの関係で
Postgres が良いのではと思っています。
一度に両方は大変かもしれませんが、一度 Postgres をインストール
して試してはいかがでしょう
--
中村 隆 <taka...@csjpn.com>
大須賀
考えれば ｄＢＡＳＥ－ＤＯＳ、 ｄＢＡＳＥ－ＷＩＮ， ＤＥＬＰＨＩ と書き換えてきました。
今回のＢＤＥの非サポートで「またか」とおもっています。
しかし ＤＥＬＰＨＩ に大きく依存していますし今後もＤＥＬＰＨＩ で開発します。
今回私の問い合わせへの皆様のご意見有りがたく拝聴しました。
参考にさせていただきます。
有り難うございました。
>
> 大須賀
> osuk...@uv.tnc.ne.jp
>
>
>
>
>
>
>
>
>
>
>
>
>
>
三輪一雄（bg）
> 今回のＢＤＥの非サポートで「またか」とおもっています。
http://www.codegear.com/jp/products/radstudio/feature-matrix/に
ｄBASE Paradoxはサポートしています。
サポートしないとはどこにも書いていないはずです。
大須賀
ご指摘有りがとうございます。
実はよくわかっていないのです。
ＢＤＥが今後Ｄｅｌｐｈｉから除外されるとうわさで聞きあたふたしてしまいました。
ただ ｄＢＡＳＥが今後１０年間使用できるか不安なのです。
なにか今から始めなければと思っています。
三輪一雄（bg）
大須賀さん
私もBDEはDelphi2からお世話になっています。
社内業務はDelphi+BDEで作成し、今も稼動しています。
当時はBDEも各社のデータベースに対応しておりエリアスを変えるだけで
切り替わるという画期的なものでした。
しかし、各社のデータべースに対応するには、労力以上に問題が多くあったようです。
このためBDEはｄBASE、Paradoxのために残されています。バージョンアップはされません。
今後１０年はちょっと無理かもしれません。BDEだけでなく１０年ソフトを持たせるのは
難しいでしょうね。もう１０年以上経過してしまった。
残るはBDEを使用したアプリを移行して行く事を考えなければいけません。
いろいろ検討した結果がご紹介したHPの内容です。
すべてのデータベースを見たわけではありませんが、私の今のところの結論です。
BlocｋFishSQLやSQLLiteは見ておりませんが、ローカルデータベースならこちらかなと思いますが
情報が少なすぎます。
すこしずつ移行しましょう。
--------------------------------
三輪 一雄
m-k...@bg.wakwak.com
sa...@nihon-imc.co.jp
便乗で申し訳ありませんが、Paradoxをファイルサーバーに
置いてファイル共有型で使っていましたが、台数が増え
ロックファイルが消えないなど、不安定になってきました。
Delphi７で開発していますが、うっかりフィールド名に、
日本語を使って多くのテーブルを使ってしまいました。
フィールド名に日本語が使えないと移行が大変なので、邪道だとは思いますが、
フィールド名に日本語の使えるデータベースを、使っておられる方
がおいででしたら、教えていただけないでしょうか。
TAKAHASHI, Tomohiro
Balckfish SQL(.NET/Java)に関する情報ですが、CodeGearのニュースグループに
borland.public.blackfish.japanese
が新設されています。
開発者ガイド(日本語pdf)とともに、ニュースグループもご活用ください。
--
高橋智宏
Java読書会( http://www.javareading.com/bof/ )
三輪一雄（bg） wrote:
snip
> BlocｋFishSQLやSQLLiteは見ておりませんが、ローカルデータベースならこちらかなと思いますが
> 情報が少なすぎます。
三輪一雄
実際に使ってこんな感じになります。という情報があればうれしいのですが。
できれば日本語ページで
自分でやってみたらと言われそうですが
xeon-koyamaさんは書きました。
中村 隆
TTable はやめたほうが良いと思いますが
> __________ NOD32 3108 (20080519) 情報 __________
>
> このメールはNOD32によって検査済みです。
> http://canon-sol.jp
>
--
中村 隆 <taka...@csjpn.com>
三輪一雄（bg）
私も職場でParadoxをファイル共有で使用しています。
特に不安定と言うことはありません。
1.BDEのNET DIRはすべてのクライアントに同じ値が設定してありますか。
これが一致していないと排他処理うまくいいかない可能性があります。
2.日本語フィールド名使用で共有の問題発生は良くわかりません。
私が使っていないので
3.ファイル共有で問題なのは、プログラム起動中に電源を切られるとインデックスが壊れます。
教育でクリアーするしかありません。修復プログラムもあります。
4.ノートパソコンによる画面を閉じるが問題あるかもしれません。
職場でノートを使用していないので気がつきませんでした。現在調査中
http://park12.wakwak.com/~kazuo/をごらんください。
ki...@maia.eonet.ne.jp
ありがとうございます。
現在の状況ですが、
BDEのNET DIRはすべてのクライアントに同じ値が設定してあります。
（\\192.168.1.1\NetDirのように）
よくわかりませんが、複数の端末でテーブルを開こうとする時に
タイムアウトか何かで
PARADOX.LCK
PDOXUSRS.LCK
のロックファイルが残ったままになります。
そうなると、別の端末が開こうとしたとき異常に時間がかかったり、
開けなくなることがときどきあります。
テーブルをつかんでいる端末名が分かれば、対処できますが、その方法が
分かりませんので、そのような状態になった時、手動でClose.tx_ を
Close.txt に変える事により、Close.txtがあれば、強制的に全端末の
このプログラムを終了しています。
現状では、5分間隔でデータの更新がないか、テーブルのタイムスタンプを
見に行っていますので、そのタイミングで、Close.txtの有無を見ています。
ただし、このような状況が起こるのは、プログラムの問題か、Paradoxの限界か
が分かりませんし、いい対処の方法もわからないので、DBを取り替えようかと
考えています。
ただ、メンテナンスが楽だったため、深く考えずフィールド名に日本語を使って
しまいました。そのため、フィールド名に日本語が使えないDBだと、プログラム
の手直しが大変なので、フィールド名に日本語が使えるDBをさがしています。
よろしく、お願いします。
jun
はじめましてアンリコと申します。
>テーブルをつかんでいる端末名が分かれば、対処できますが、その方法が
>分かりませんので、そのような状態になった時、手動でClose.tx_ を
この頃もうご無沙汰ですが、私は、サーバーＰＣで、
管理ツール→コンピュータの管理→開いているファイル で
確認していました。
誰が開いているかわかりますよ。
あと、どこかのＰＣの設定が \\server\Netdir になっていて
たまたまうまくいっているだけとか。
ki...@maia.eonet.ne.jp
ありがとうございます。
「開いているファイル」で確認しましたが、ユーザー名は
分かりますが、端末名は表示されないようです。
当方、ユーザー名と端末名が対応していないので残念ながら
端末名を特定できませんでした。