フォーラムへの返信
-
投稿
-
KZ さんこんにちは。返事が遅くなり申し訳ありません。
DB製品は何をお使いでしょうか？ 手元で試したところ、PostgreSQL, MySQLについては空の文字列を張り付けることでデフォルト値で挿入されるようでした。
hiroさんこんにちは。
返事が遅くなり申し訳ありません。こちら試せていないのですが、もしかすると直接接続をご使用でしょうか？
この場合、Oracle Client を導入して Oracle Client 経由で接続すればとりあえず回避できるかもしれません。
(InstantClient でも構いません)nonaもちさんこんにちは。
基本的に A5:SQL Mk-2 はSELECTではロックしません。そもそも即時コミットが基本なので、SELECTでトランザクションは発生しないはずです。
ただし、ODBC等を利用した場合は、ODBCドライバあるいは接続先データベース製品の仕様によりトランザクションが開始されロックされる可能性がないとも言えないと思います。
どのようなデータベース製品をお使いでしょうか？ポスグレ初心者さんこんにちは。
テーブルを DROP したのなら、SELECT 文が成功するのはおかしいですね。
PostgreSQL は CREATE TABLE や DROP TABLE 等の DDL もトランザクション制御の対象なのですが、それが関連したりはしていないでしょうか？田中さんこんにちは。
「フィルターできません」というのは、テーブルエディタやSQLエディタでのフィルター機能でしょうか？
こちらで再現しようとしたのですが、Version 2.19.2 および、Version 2.20.0 のベータ版で試してみましたが、問題なくテーブルの作成・テーブルエディタ及びSQLエディタでのフィルター機能が動作しました。
問題が起こった時の手順をお教えいただけますか？
あと、YEAR は予約語なので、カラム名に使えなくはないですが、可能であれば使わない方が良いようにも思いおます。ごまさんこんにちは。
調査したところ、Version 2.19系で、MySQL で文字列中に\'形式でエスケープされた文字列があるとSQLを正しく実行できないことがある不具合が見つかったので、Version 2.20.0 beta 41 で修正しました。ご確認いただければと思います。ゲストさんこんにちは。
グリッドで表示される日付時刻等の設定は、OSの設定に従います。このため、Windows の設定から、自国と言語 > 言語と地域 > 地域設定 > 形式を変更 とたどっていけば、設定を変更できるはずです。
(Windows のバージョンにより多少異なるかもしれません)もふもふさんこんにちは。
起動時に特に外部に繋がらないと起動できないということはないはずなのですが、何でしょうね？
デフォルトでは起動時に1週間に一度、最新バージョンがリリースされていないか確認するために外部にhttps でリクエスト(GET)しますが、エラーがあったとしても処理は普通に継続されます。
(当然スタンドアロンで運用されることも想定しています)そもそも、文字列リソースとしてA5:SQL Mk-2自身・ランタイムライブラリ含めて「システムエラー」という単語を含まないため、外部のソフトウェアによるエラーメッセージであることも考えられます。
Googleで「システムエラー。コード:1722」を検索すると、DeviceLock というPCのデバイス管理関連の製品の情報が出てきたりもしますが、何か関係ありそうでしょうか？すずきさんこんにちは。
お使いになっている、A5:SQL Mk-2 が Microsoft Store 版ではなく、Vector (またはA5:SQL Mk-2のサイト上のベータ版)からダウンロードした ZIPファイル版ならタイルサーバーを追加できます。
ZIPファイルを解凍したら、TileServerList.txt というファイルがあるはずなので、これを編集して行を追加します。
タイトル行なしのCSVファイルになっていて、カラム定義は名前,タイルへのURL,最小ズーム値,最大ズーム値,出典情報
となります。
eigo さんこんにちは。
OracleデータベースでSQLを実行中に停止できなくなるということでしょうか？ SQLの停止ボタンが効かないということでしょうか？
あと、「シノムニ」は「シノニム」(Synonym)でしょうか？ 「シノニムというDBが停止」というのもよく分かりません。とりあえずですが、Oracle でしたら、OCI経由の接続・直接接続両方で試してみるとよいかもしれません。
とどろきしのぶさんこんにちは。
お返事が遅くなり申し訳ありません。画像をデータベースでどう扱うかということですが、A5:SQL Mk-2 がどうこうというより、アプリケーションで使用されるデータベースの要件自体になると思います。個人的には、データベースに直接 Blob データとして画像を入れる方がよいように思います。
理由としては、外部にファイルを置いてしまうと、データベースのバックアップと連動できなくなり、万一のバックアップのリストア時に、DBのバックアップとファイルのバックアップを取得した時間が異なると問題が起こったりするためです。また、アプリケーションからのトランザクションがロールバックした場合、書き換えたファイルや削除したファイルも戻さなければいけませんが、制御がかなり複雑になります。
逆にファイルを外部に保存した方がよい場合というのは、DBに保存したデータ量で課金されるようなサービスにおいて、データ量による料金の支払いが問題となるケースかと思います。
一方、A5:SQL Mk-2で一覧形式で見たいとのことですが、データベースへの負荷がかなり高くなってしまうため、あまり現実的ではありません。
実のところ、25年以上前に、ローカルPC上のデータベース(Paradox)でDB上の画像をそのままグリッド上のセルに(小さく)表示する機能を搭載しており、そのコードは現在も残っているのですが、実質的に現在は動作しません。ネットワーク上のOracleやPostgreSQL, MySQL のデータベースで同様の動作をした場合、かなり動作速度が問題となりそうな気がします。
