magic+MYSQL

dai

• 2024年12月24日 08:31

お世話になります。

magicｘMysql(ODBC接続)について質問させていただきます。

現在開発中のシステムにて売上ファイルを集計して請求データ作成しています。
請求データは問題なく作成されますがテーブルからAPGで請求テーブルを開いて
プログラムで作成されたレコードをF3で行削除しようとすると
下図のエラーが出て削除を処理を取り消されてしまいます。

「APG→F3行削除」ではなく削除プログラムを作って実行すると削除ができます。

トランザクション等の関係かと思いますが何かご存じの方ご教授お願いいたします。

• 

  nkmt

  • 2024年12月24日 21:37

  おはようございます。（当方Mysql未経験ですが・・・）
  このテーブルではなく、他のテーブルもAPGで開いて、
  修正モードでF3でレコードの削除をしようとすると同様のメッセージが表示されるのですかね？
  
  
• 

  dai

  • 2024年12月24日 23:00

  @nkmtさん
  返答ありがとうございます。

  他のテーブルではまだ試しておりませんがメッセージが表示されるのはプログラムで作成したレコードのが対象な気がします。

  投稿最初の画像ですとAPGで作成した24年11月のレコードはF3削除できるがプログラムで作成した24年12月のレコードはF3削除時にメッセージが表示されて削除出来ません。

  nkmtさんはmagicのデータベースでよく使われるものはなんですか？
• 

  nkmt

  • 2024年12月24日 23:12

  daiさんはMysqlをODBCで使用されており
  APGで手入力したレコードはAPGで削除出来るけど
  
  Magic？のプログラムで追加したレコードは、APGでは削除が出来ず
  プログラムでは削除が出来るのですね。
  なんか不思議ですね。
  
  利用経験のある方のコメントを期待します。
  
  私は2012年頃からはSQL Serverばかり使っています。
  その前はActianなどでした。
  ユーザー希望でACCESSMDBへの書き込み。
  客データ読み取りなどはODBCで使う事もありました。
  
  
• 

  Tanda

  • 2024年12月25日 00:15

  daiさん、

  APGから直接削除するのではなく、APGで「G=作成」で一旦プログラムにしてから削除しようとした場合はどうですか？
• 

  dai

  • 2024年12月25日 02:22

  nkmtさん
  そうなんです、magicのバッチ処理で作成したレコードがそうなってしまいます。

  SQLserverですね。近年のactianの価格上昇に伴いMySQLで構築してましたが、謎現象があるままリリースするのはちょっと怖いのでデータベースを変えちゃうのも手ですかね。
• 

  dai

  • 2024年12月25日 02:26

  tandaさん
  返答ありがとうございます。

  私もそう思いプログラムを作ってみましたが同様のメッセージが表示されました。

  APGプログラムに削除バッチ処理を作ってファンクションキーを押した時にそれをコールするとこれでは削除が可能でした。
• 

  Tanda

  • 2024年12月25日 02:33

  daiさん、

  F3のキーボード割付の問題の可能性もありますので、他のレコードで試すとか、あるいは他のテーブルのレコードで試すとかされたほうがいいですね。
• 

  nkmt

  • 2024年12月25日 02:58

  daiさん
  私はクラサバかモバイルRIAというのもあり
  Mysql未経験なので興味ありますが、
  SQL ServerはEXPRESS 又は Standardと選べますし、
  慣れているのでこれからも基本的SQL Serverにしたいと思います。
  
  
  
• 

  nkmt

  • 2024年12月25日 03:30

  SQL ServerはSSMSでデータを見る、集計する、削除する、項目を追加するなど
  （自分の経験では）Actianよりその辺りも便利だと思っています。
  
  
• 

  dai

  • 2024年12月25日 05:52

  Tandaさん

  他のテーブルで試してみました。
  他のテーブルでもできるできないが分かれた結果になりました。
  
  検証方法：各テーブルにプログラムでレコードリンク書き込み→APG　F3行削除

  F3削除ができたテーブル
  ①カラム：コード、名称　
  　インデックス：コード

  F3削除ができないテーブル　
  ①カラム：請求先コード、請求日付(開始)、請求日付(終了)、金額　
  　インデックス：請求先コード&請求日付(終了)
  
  ②カラム：売上ID、仕入ID、数量
  　インデックス：売上ID、仕入ID

  複合インデックスの場合が削除ができない可能性が高そうです。
  この辺りの設定を確認してみます。
• 

  dai

  • 2024年12月25日 05:57

  nkmtさん

  SQLServerも検討してみたいと思います。

  ちなみにこれまで納品されたシステムでEXPRESSとStandardの
  導入割合はどれぐらいですか？
  システム規模によるかと思いますが無償版でも結構まかなえるものでしょうか。

  別の質問になってしまい申し訳ありません。
• 

  Tanda

  • 2024年12月25日 06:41

  daiさん、

  それでは、原因が本当に複合インデックスであるかどうかを確認するために、現在単一インデックスであるものを複合インデックスに変更し、また、現在複合インデックスであるものを単一インデックスに変更して、それぞれでF3の削除を試してみてはいかがでしょうか？これで最終確認が取れるかと思います。
• 

  nkmt

  • 2024年12月25日 07:09

  daiさんのご質問に回答致しますが、ちょっとやり過ぎな感じもしますがWin10 Pro SSDのPCを親機でそこにSQL Server EXPRESSがインストールされていて、さらに子機９台がそのデータを読み書きしている所があります。お客様の予算にもよると思います。
  
  かと思えば4台ぐらいだけど、サーバー＋SQL Server STDのお客様もいらっしゃいます。
  
  データ0件で始まるようなお客様ならEXPRESSでスタートして、レコード件数増えてきたらSTDにするのもいいと思ったりしますが、考えは会社によって異なると思います。
  
  
• 

  dai

  • 2025年01月06日 00:16

  皆様、明けましておめでとうございます。

  せっかくお返事頂いておりましたが年末にインフルエンザにかかってしまい返信ができずにおりました。
  今年もよろしくお願いいたします。

  Tandaさん
  なるほどですね、やってみます。原因をひとつずつ潰してみたいと思います。

  nkmtさん
  大変参考になる情報ありがとうございます。データベース選定も含め再度検討したいと思います。

サインインしてコメントを残してください。