問題タブ [sap-ase]

Sybase ASE 12 で一時テーブルを削除すると、現在のセッションで引き続き保持されるという問題に直面する人はいますか? したがって、データを再度選択しようとすると、「テーブルは既に存在します」というメッセージが表示されます

履歴テーブルからピボットされた結果セットを作成する次の SQL ステートメントを最適化しようとしています。これはすでに最も効率的な方法かもしれませんが、これを行うにはもっと効率的な方法が必要だと私は考え続けています。

最適化しようとしている SQL ステートメント

更新：以下はテーブル定義です

sybaseのストアドプロシージャに付与されたアクセス許可を取得するにはどうすればよいですか？

Sybase のマニュアルと多くの例では、私が書くことができると主張しています。

しかし、Sybase 15 は、default

だから私はテーブルを持っています：

SELECT COUNT(*)とは異なる値を返しますSELECT DISTINCT COUNT(*)。どうすればこれが可能ですか？

私も試しました

これは、個別のクエリと同じカウントを返しました。

主キーとすべてのフィールドがNOTNULLの場合、一意のレコードの数とは異なる合計数になる可能性があることを確認できません。

ところで、これはSybaseASE15にあります。

不一致は50万のうち100かそこらの記録です。他のいくつかのテーブルでもこの​​問題が発生していますが、例として1つだけを選択しました。

編集

完全を期すために、このテーブルをリモートデータベースに完全にコピーする簡単なジョブを作成するときにこの問題を発見したことを言及する必要があります。私のアプリケーションは特定の数の読み取り/書き込み操作を記録していましたが、ソースデータベースのレコード数がターゲットデータベースのレコード数と異なるため、QAに失敗しました。両方の値はCOUNT(*);を介して取得されました。ターゲット（Oracle 10g）から返されたカウントは、私のアプリによって記録された読み取り/書き込み操作の数と同じでした。ソーステーブルのすべてのフィールドがNOTNULLで定義され、主キーが定義されているため、アプリケーションがごく少数のレコードをどのように失っていたかを説明するのに迷いました。

これは、上記の代替クエリを使用し始めたときです。どちらも、アプリの読み取り/書き込みカウントとCOUNT(*)、ターゲットから返された値に同意しました。つまり、一致しなかった唯一の値はCOUNT(*)、ソースデータベース上のでした。

クライアント側で XP から Windows 7 に移行します。

Sybase 15 でいくつかの問題が発生しています。

1) "Interactive SQL" - オプションの多くのウィジェットに欠陥があるか、または欠落している

2) 単純なクエリを実行すると、Swing/AVT ウィジェットの例外エラーが発生します。

7 に移行する際に何か問題が発生したり、解決したりした人はいますか?

OracleからSybaseにデータを移動するアプリケーションを作成しており、更新/挿入操作を実行する必要があります。OracleではMERGEINTOを使用しますが、Sybaseでは使用できないようです（とにかくASEでは使用できません）。これは複数のステートメントで実行できることは知っていますが、いくつかの理由から、これを1つのステートメントにまとめようとしています。

助言がありますか？

Sybase ASE データベースで休止状態 3.5 を使用しています。テーブル テーブルに主キー PK1 があります。主キーの生成には select ジェネレーター クラスを使用しました。

PK_ID を外部キーとして使用するクラスがもう 1 つありますが、主キーとしては使用しません。

ID ジェネレーターを使用すると、これは正常に動作するように見えますが、ジェネレーターを選択するように変更すると、制約違反の例外が表示されますが、新しい値が生成され、2 番目のテーブルの pojo クラスに設定されます。

助けてください！

よろしく、ドワラック

asp.net-mvc（.net 4）を使用するレポートアプリケーションを開発しています。DDTEK.Sybaseミドルウェアを介してSybaseASE12.5データベースに接続します。

（ストアドプロシージャから）データリーダーにデータをプルする際に問題が発生しました。ストアドプロシージャは、合計、カウントを実行し、他のストアドプロシージャを呼び出すことによって、値（約50列）を計算します。

私たちが経験している問題は...特定の（おそらく列の5％）がNULLまたは0で戻ってくることです。データリーダーに使用されているSQLステートメントをデバッグしてコピーし、別のSQLツール内で実行すると、すべて有効になりますすべての列の値。

SybaseとADOを使用してこのような問題が発生した人はいますか？


ありがとう、ジョンK。

HUGEwhere句を使用してクエリを実行するストアドプロシージャがあります。それ自体、WHERE句は非常に単純です。のように見えます

ここで、cond1、cond2、cond3、およびcond4はすべて、ユーザーからの要件を表しています。

私の質問はクエリのパフォーマンスに関するものです。4つの個別のクエリ（それぞれ条件cond {1..4}のいずれかを使用）を実行し、結果を一時テーブルに挿入して、最後にその一時テーブルからすべてを選択するのは理にかなっていますか？ ？

私が疑問に思っているのは、dbmsがそのような状況に最適化されているかどうかです。

FWIW、私はSyabseASE-TDS5.5を使用しています。

ありがとうハーシャス

PS：「自分でベンチマークを行う」ように言わないでください。最終的にはそうするつもりです。もしあれば、そのような最適化の内部を指すリンクを私が本当に探しているもの。TY :)