メモリテーブル
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
sigeno56
投稿数: 336
投稿数: 336
オンラインタスクに
子タスク１ と
子タスク２ をサブフォームで貼り付け。
子タスク１ と
子タスク２ のメインソースには
それぞれ同一のメモリテーブルを指定しました。
子タスク１のDBテーブルの名前には 'AAA' と記述。
子タスク２のDBテーブルの名前には 'BBB' と記述。
すると２つのタスクのメモリテーブルは別物として
扱う事が出来る事がわかりました。
今迄メモリテーブルを実行時に命名するという事はやった事が
なく、別物扱いが出来る事を知りませんでした。
質問です。
メモリテーブルに実行時に名前を付けて別物扱いで
お使いの方はおられますか？
子タスク１ と
子タスク２ をサブフォームで貼り付け。
子タスク１ と
子タスク２ のメインソースには
それぞれ同一のメモリテーブルを指定しました。
子タスク１のDBテーブルの名前には 'AAA' と記述。
子タスク２のDBテーブルの名前には 'BBB' と記述。
すると２つのタスクのメモリテーブルは別物として
扱う事が出来る事がわかりました。
今迄メモリテーブルを実行時に命名するという事はやった事が
なく、別物扱いが出来る事を知りませんでした。
質問です。
メモリテーブルに実行時に名前を付けて別物扱いで
お使いの方はおられますか？
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
ＩＳＭＡ系のＤＢではよく使用していましたがメモリでは使用した事はないですね
メモリでも同じ動作になるのですね
メモリでも同じ動作になるのですね
投票数:1
平均点:10.00
sigeno56
投稿数: 336
投稿数: 336
PERVASIVEの頃は同一フォルダに作業ファイルを端末番号付きで
URIAGE001.WRKといった名前にしておりました。
メモリテーブルは各インスタンス上だと思いますので
命名いらずで使う事が多かったです。
URIAGE001.WRKといった名前にしておりました。
メモリテーブルは各インスタンス上だと思いますので
命名いらずで使う事が多かったです。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
同一インスタンスで複数のコンテキストが扱えますので、正確に言うと、
「インスタンスごと」ではなくて、「コンテキストごと」ですね。
「インスタンスごと」ではなくて、「コンテキストごと」ですね。
投票数:1
平均点:10.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんにちは Ｐｕです
ファイルが物理DISkに作成されるかメモリーに作成されるかの違いで
同じようにあつかえます
Magicのインスタンスが消滅した時自動で消えるくらいの違いで
SQLserverの##TBLみたいな
DBDEL命令も使えますし
でわ〜でわ〜
ファイルが物理DISkに作成されるかメモリーに作成されるかの違いで
同じようにあつかえます
Magicのインスタンスが消滅した時自動で消えるくらいの違いで
SQLserverの##TBLみたいな
DBDEL命令も使えますし
でわ〜でわ〜
投票数:1
平均点:10.00
sigeno56
投稿数: 336
投稿数: 336
コンテキストですね。わかりました。
たまにやってしまうのが、プログラム側を「並行実行」にして
メモリテーブルに実際には作成されているのに
開発版でデータをAPGで見ようとして
「あれ？データが作られていない！何故？」と
やってしまいます。
メモリテーブルも名前を設定してお使いの方もおられるようで
私も今後使う事もあるかもしれません。
たまにやってしまうのが、プログラム側を「並行実行」にして
メモリテーブルに実際には作成されているのに
開発版でデータをAPGで見ようとして
「あれ？データが作られていない！何故？」と
やってしまいます。
メモリテーブルも名前を設定してお使いの方もおられるようで
私も今後使う事もあるかもしれません。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
バックグラウンド実行のRIAも全部そうなります。コンテキストは
独立していますので、開発版で開くと、いつもデータは空です。
独立していますので、開発版で開くと、いつもデータは空です。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
訂正：
「開発版で開くと」→「開発モードで開くと」
「開発版で開くと」→「開発モードで開くと」
投票数:0
平均点:0.00