フォーラムへの返信
-
投稿者投稿
-
松原正和
キーマスターぬーぼーさんこんにちは。
疑似トリガー…確かに、あると便利といえば便利な気もしますが、作るのは大変そうですね。内蔵しているDMonkeyスクリプトでいろいろできると便利かもしれません。(夢?が広がりますね)
ただ、うまくUIを作りこまないと、作るのが大変な割に「誰も知らない・使いこなせない機能」になりそうな気もしますし、疑似でない本物のトリガーで処理するのが真っ当なな気もします。松原正和
キーマスターしろうとXさんこんにちは。
情報ありがとうございます。ただ、キャラクタセットの指定はあまり関係ないような気もするのですが…。エラーはDB接続時だと思ってよいでしょうか?。松原正和
キーマスターTOMOさんこんにちは。
手元の環境では再現できませんでした。もしかしたら接続方法やRDBMSの種類によって変わる可能性があるのですが、何をお使いでしょうか?。
松原正和
キーマスターKageさんこんにちは。
はい、実は最近のバージョンではUnicodeのコード順で並び替えるようにしていたのですが、これだと、漢字などがあまりうまく並ばないのですね。
これを解決するには「ロケールを考慮してソート」する必要があるのですが、これは単にShift_JISに変換してソートすることになります(これは従来のバージョンの動作です)。日本語以外の外国語などが入ってくるとちょっとこれでは問題が起こりそうな気がするので、悩ましいですね。
オプションなどで動作を変更できればよいのかもしれないですが、リリース候補版でそこまで変更したくもないのでちょっと次のバージョンの対応になるかもしれません。松原正和
キーマスターdam さんこんにちは。
PuTTY形式の鍵でも接続できないのはちょっと不思議ですね。サーバーで認証できなくて切断されている可能性も、クライアントレベルで何か(セキュリティ関連のソフトウェア)から切断されている可能性もあるような気がします。
実は、A5:SQL Mk-2ではSSHトンネル作成時にあまり一般的ではないかもしれない方法でローカル側の待ち受けポート番号を自動で決定しているのですが、これが良くない可能性もあるかもしれません。
PuTTYを使わない接続に限り、次のリリース候補版でもう少し一般的なポート番号の決定方法に変えてみたいと思います。(問題が無ければ、11/25に出したいと思います。)松原正和
キーマスター荒木さんこんにちは。
ちょっとおかしいですね。パス中を検索してoci.dllを探し、x86, x64のDLLを見分けてメッセージを出すようにしているのですが、どこかおかしいのかもしれません。
とりあえず、これは単に警告メッセージなので無視するようにしてください。松原正和
キーマスターソルトさんこんにちは。
このメッセージはER図ファイルが壊れたときに出力されるメッセージなのですが、オプションダイアログで、[ER図]タブの[初期作成時のテンプレート]に何かER図ファイルが指定されていませんでしょうか?。そのファイルが壊れている可能性があります。
テキストエディタなどで開き、該当リレーションシップを削除すると直るかと思います。松原正和
キーマスターdam さんこんにちは。
今のところ、こちらでは再現していません。SSH接続の仕組みとしていったんSSHサーバーとlocalhostの間でブリッジ接続を作るのですが、localhost側のポートに接続できなくなっているように思います。
とりあえずの回避策として、PuTTY経由での接続を試してみるとよいかもしれません。ローカルにPuTTYをインストールし、A5:SQL Mk-2のオプションガイアログからPLINK.exeの位置を指定します。鍵ファイルを使用している場合は、PuTTY形式の鍵ファイルに変換して指定します。
松原正和
キーマスターShun さんこんにちは。
はい、確かに連続インポート時にテーブルごとの確認ダイアログが出るのは良くないですね。Version 2.14.0の正式版までに修正したいと思います。
松原正和
キーマスターしろうとXさんこんにちは。
ポータブルモードの場合、BIOS等を変更してもパスワードの復号に失敗しないはずなのですが…。
ちょっと調査したいと思います。松原正和
キーマスター荒木さんこんにちは。
直接接続機能ですが、使用しているUniDACというライブラリですが、ソースコードは付属するものの、難読化されていてちょっと直せないかもしれないです。
とりあえず、InstantClientでも良いのでOracle Clientを導入して回避されるとよいかと思います。松原正和
キーマスターkaoriさんこんにちは。
A5:SQL Mk-2では以下のようなSQLを実行することで、SQL Serverのデータ型を取得しています。これで正しくデータ型を取得できますでしょうか?。
select
ORDINAL_POSITION
, COLUMN_NAME
, DATA_TYPE
, NUMERIC_PRECISION
, NUMERIC_SCALE
from
INFORMATION_SCHEMA.COLUMNS
where
TABLE_SCHEMA = ‘dbo’
and TABLE_NAME = ‘TB_UNITPRICE’
order by
ORDINAL_POSITION松原正和
キーマスターkairin さんこんにちは。
version 2.14.0 release candidate 2で高DPI環境下のレイアウト崩れを対処をもう少しやってみたいと思います。どうも、MDI子ウィンドウのスケーリング処理がうまく動いていないようでした。あと、ERエディタでエンティティのプロパティウィンドウがうまく動いていないようでしたので修正します。松原正和
キーマスターtacsheavenさんこんにちは。
はい、ちょっと大変そうですが、頑張ってみます。
松原正和
キーマスター荒木さんこんにちは。
SJISのOracleデータベースを早急には用意できなかったのですが、エラーとしては、
「ORA-12899: 列”TABLE_SCHEMA”.”TABLE_NAME”.”COLUMN_NAME”の値が大きすぎます(実際: NN、最大: MM)」
のような感じでしょうか?。
半角500文字というのは1文字2バイトにも見えますが、全角 334文字というのはちょっと不思議ですね。1文字3文字にしても、1文字余計に入る気がしますし、半角の1文字2バイトとも整合性が取れません。あと、長さセマンティクスはバイト・セマンティクス(varchar2(1000 byte))ということでよろしいでしょうか?。
ちょっと不思議ですね。 -
投稿者投稿