Pervasiveのインデックス重複可の並び順について
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
マイナスになってしまうアルゴリズムがどこかに潜んでいるのかも
しれませんね。
しれませんね。
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
ISHIJIMAさん
明細NOにマイナスが入っていました。
ありがとうございます。
マイナスの表示をしてなく、ご指摘が無ければ気づきませんでした。
PGにエラーがあるとは考えにくいと思っていましたがエラーがあることが明らかです。
ありがとうございます。
Tandaさん
アドバイスありがとうございました。
明細NOにマイナスが入っていました。
ありがとうございます。
マイナスの表示をしてなく、ご指摘が無ければ気づきませんでした。
PGにエラーがあるとは考えにくいと思っていましたがエラーがあることが明らかです。
ありがとうございます。
Tandaさん
アドバイスありがとうございました。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
明細NOにマイナスが入っているとかはないですか?
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
Actian PSQL v12 SP1が出ているので当ててみるとか・・
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
Tandaさん
ありがとうございます
ファイルが壊れたのかと思いBtrive Maintenance ユーティリティでデータの保存から新しいファイルを作成してみましたが同じでした。
インデックスの再構築はまだ行っていないので手順を調べてみます。
ありがとうございます
ファイルが壊れたのかと思いBtrive Maintenance ユーティリティでデータの保存から新しいファイルを作成してみましたが同じでした。
インデックスの再構築はまだ行っていないので手順を調べてみます。
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
ISHIJIMAさん
ありがとうございます
その通りです。ずっと並ばないのです。
とても不思議です
ありがとうございます
その通りです。ずっと並ばないのです。
とても不思議です
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
>この処理を繰り返しているとインデックス通りに並ばなくなってしまったようです。
>(いつもそのようになるわけではなく再現しようと思ってもできませんでした。)
問題処理をしていると現象が発生してプログラムを終了させたり端末を再起動してもそれからはずっと並ばないという事でしょうか?
>(いつもそのようになるわけではなく再現しようと思ってもできませんでした。)
問題処理をしていると現象が発生してプログラムを終了させたり端末を再起動してもそれからはずっと並ばないという事でしょうか?
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
インデックスが壊れているのかもしれませんね。
インデックスの再構築をされてみてはいかがでしょうか?
※くれぐれもバックアップを取ってから作業してください。
インデックスの再構築をされてみてはいかがでしょうか?
※くれぐれもバックアップを取ってから作業してください。
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
ソートの設定は行っておらずインデックを選んでいるのは1つ目となっています。
APG画面から抽出を行った結果も同様におかしな並びとなっています。
APG画面から抽出を行った結果も同様におかしな並びとなっています。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
ソートに何か設定されていませんか?
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
具体的に以下のように
顧客コード・請求コード・明細No
インデックスは顧客コード・請求コード・明細No順です
1 3 63
1 3 62
1 3 61
・・・・
1 3 25
1 3 24
1 3 23
1 3 64
1 3 65
このように並んでいたりです。
顧客コード・請求コード・明細No
インデックスは顧客コード・請求コード・明細No順です
1 3 63
1 3 62
1 3 61
・・・・
1 3 25
1 3 24
1 3 23
1 3 64
1 3 65
このように並んでいたりです。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
具体的にどのようになっているのか教えていただけないでしょうか?
顧客コード 請求コード 明細NO
1 1 1
1 2 3
2 1 2
2 2 4
顧客コード 請求コード 明細NO
1 1 1
1 2 3
2 1 2
2 2 4
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
ISHIJIMAさま
ありがとうございます。
この処理ですが3年くらい動いている処理で
PGにエラーがあるとは考えにくく。。。
ただ本当に、一覧画面のインデックスを1を選んでも、APGで明細の表示を行っただけでも明細No順に並ばない現象です。
ありがとうございます。
この処理ですが3年くらい動いている処理で
PGにエラーがあるとは考えにくく。。。
ただ本当に、一覧画面のインデックスを1を選んでも、APGで明細の表示を行っただけでも明細No順に並ばない現象です。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
DBのインデックスが問題ではなく明細NOの更新に問題があるのでは?
文章だけで見ているとリナンバー処理がおかしいような気がします。
文章だけで見ているとリナンバー処理がおかしいような気がします。
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
Tanda様
ありがとうございます。
セグメントのサイズの確認を行いました。
品目コードは5桁の文字です。サイズは5です。
品目コード以外は全て数値です。変更を行っておりません。
テーブルの構文チェックを行ったところ正常でした。
ありがとうございます。
セグメントのサイズの確認を行いました。
品目コードは5桁の文字です。サイズは5です。
品目コード以外は全て数値です。変更を行っておりません。
テーブルの構文チェックを行ったところ正常でした。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
インデックスを構成する各セグメントのサイズは足りていますか?
投票数:0
平均点:0.00
miemasuda
投稿数: 24
![半人前 半人前](../../uploads/rank3dbf8e94a6f72.gif)
お世話になります
Pervasive PSQL v12のインデックス重複可のテーブルのことで
インデックスの通りに並ばない事象が発生してしまいました。
その理由をご教授願います。
明細テーブル(重複不可のインデックスの設定がありません。)
インデックスは4種類あります。
顧客コード・請求コード・明細No 重複可
品目コード 重複可
顧客コード・発注先コード・請求コード・明細No 重複可
顧客コード・請求コード・区分 重複可
以下のような処理を行って発生した事象です。
顧客コード・請求コードで抽出した明細のレコードの行と行の間に、
・新規行を追加するとそれ以下の明細Noが+1に、
・新規行を追加しておいて取消をした場合明細Noが−1に、
・行の削除をするとそれ以下の明細Noが−1されるように
リナンバーを行うようになっています。
この処理を繰り返しているとインデックス通りに並ばなくなってしまったようです。
(いつもそのようになるわけではなく再現しようと思ってもできませんでした。)
表示PGでインデックス顧客コード・請求コード・明細Noを選んでも明細Noがその順に並びません。
APGの画面でソートをかけてもその顧客コード・請求コードで抽出を行った明細Noが明細No順に並びません。
正しく並ばない理由をご存知の方がみえましたらご教授願います。
Pervasive PSQL v12のインデックス重複可のテーブルのことで
インデックスの通りに並ばない事象が発生してしまいました。
その理由をご教授願います。
明細テーブル(重複不可のインデックスの設定がありません。)
インデックスは4種類あります。
顧客コード・請求コード・明細No 重複可
品目コード 重複可
顧客コード・発注先コード・請求コード・明細No 重複可
顧客コード・請求コード・区分 重複可
以下のような処理を行って発生した事象です。
顧客コード・請求コードで抽出した明細のレコードの行と行の間に、
・新規行を追加するとそれ以下の明細Noが+1に、
・新規行を追加しておいて取消をした場合明細Noが−1に、
・行の削除をするとそれ以下の明細Noが−1されるように
リナンバーを行うようになっています。
この処理を繰り返しているとインデックス通りに並ばなくなってしまったようです。
(いつもそのようになるわけではなく再現しようと思ってもできませんでした。)
表示PGでインデックス顧客コード・請求コード・明細Noを選んでも明細Noがその順に並びません。
APGの画面でソートをかけてもその顧客コード・請求コードで抽出を行った明細Noが明細No順に並びません。
正しく並ばない理由をご存知の方がみえましたらご教授願います。
投票数:0
平均点:0.00