問題タブ [nuodb]

Ruby on Rails と NuoDB を使用してアプリケーションを開発しており、データベースからプロシージャを呼び出しようとしています。Rails コンソールを使用してテストしていますが、次のコマンドを使用して呼び出すと、「TRUE」の応答しか得られません。

私のストアドプロシージャはこれです：

これは、特定の「フォーム」の下にある「フィードバック」のリストのみを返す単純なクエリです。

この手順は、NuoDB のコンソールを使用すると機能し、要求されたデータを表示するテーブルを返しますが、Rail のコンソールを使用して呼び出すと、SQL コマンドを実行すると「true」の応答しか返されません。

要求されたデータの配列として応答を取得することは可能ですか?どうすればよいですか?

Railsコントローラー内でループを作成するのではなく、データベース内でプロシージャを実行しようとしています。

NuoDB のプロシージャにアクセスできるように、SQL コマンドを手動で実行しようとしています。

Ruby on Rails を使用しており、次のコマンドを使用しています。

「SQL クエリ」は、任意の SQL コマンドである可能性があります。

たとえば、「フィードバック」というテーブルがあり、コマンドを実行すると：

これは、要求されたすべてのデータを送信する代わりに、「真」の応答のみを返します。

Rails コンソールの出力は次のとおりです。

これを使用して NuoDB のストアド プロシージャを呼び出したいのですが、プロシージャを呼び出すと、これも「true」応答を返します。

「真の」応答を得る代わりに、SQL コマンドを実行して要求されたデータを取得できる方法はありますか?

Entity Framework と統合する NewSQL 製品はありますか? 私が知っているのは NuoDB だけです。他にもあるのか気になるところです。

NuoDB をクラウド (複数の amazon ec2 インスタンス) にインストールしたいと考えています。その前に、1 つ知っておく必要があります。

1. NuoDB はデータの一貫性を保証しますか?

2. 私はDBの専門家ではないので、この部分をこの質問の別のポイントまたは私の質問の以前のポイント(#1)の説明として扱うことができます:

NuoDB がクラウドにインストールされている場合、アプリケーション サーバーからの読み取り/書き込み操作が別の db サーバーに移動できることを意味します。したがって、あるサーバーに書き込みが行われ、次の読み取りが別のサーバーに行われる場合、NuoDB は次の読み取りが常に別のサーバーに書き込まれた最新/更新されたデータを取得することを保証しますか? この質問をするのは、書き込みが 1 つのサーバーに送信され、次の読み取りが別のサーバーに送信されるかどうかを知っているからです。これにより、伝播の遅延のために書き込みが他のすべてのサーバーにまだ伝播されていない場合、NuoDB が最新/更新されたデータを確実に取得する方法.

または、この問題に関する NuoDB アーキテクチャを理解していなかったのかもしれません。彼らのウェブサイトで高可用性を強調していることがわかりましたが、データの一貫性を保証するのか、常に最新のデータを取得するのかはわかりません。ですから、この件について説明してください。

SQL Server の Common Table Expressions (CTE) に相当する NuoDB は何ですか? 多分一時テーブル？その機能を置き換えることができるかどうかを評価しています。

NuoDB の Community エディションを開始するにはどうすればよいですか (サポートされているシステム: Linux、Windows、MacOS、EC2、Ubuntu のいずれか) http://dev.nuodb.com/download-nuodb/request/download

私のubuntuでは、JHipster Book Storeアプリケーションのインストールと開発に成功しました。ここでは、MySQL をデータベースとして優先しました。

今、JHipster の NuoDB (データベース) に接続しようとしています。NuoDBへの接続中に解決した課題に直面しなければなりませんでしたが、長い間これに固執しています（ひかり）。私はほとんどそこにいるようです。あなたの提案が私に役立つことを願っています。

JHipster アプリケーションを実行すると、次のことがわかります。

Hikari が「プロパティ ユーザーがターゲット クラスに存在しません: com.nuodb.jdbc.DataSource」と不平を言う

デバッグを開始し、nuodbjdbc.jar ファイルと hikari.jar ファイルの両方を逆コンパイルしました。実行の流れがよくわかりませんでした。

ただし、nuodbjdbc.jar が接続にどのように応答しているかについて、さらに理解を深めました。したがって、問題は DataSource クラスにあります。nuodbjdbc.jar の DataSource クラスを調べると、nuodbjdbc.jar にセッター メソッドを追加すると JHipster への接続に役立つと思いますが、これが問題なのかどうかはわかりません。

私に知らせてください、私は正しいですか？また、私が間違っている場合は私を導いてください。ありがとう！！

これは application-dev.yml ファイルです。

これらは、JHipster で NuoDB を実行しているときに発生する例外 (STACK TRACE) です。