問題タブ [r-dbi]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - 14桁の整数列をSQLiteからRにインポートする方法
エポックからのミリ秒で表される DATETIME 列を含む SQLite テーブルがあります。これは 14 桁の整数です。次のようにテーブルをRにインポートします
それでも、私の列は 32 ビット整数列 (最大 10 桁) としてインポートされ、悪質な結果をもたらします。
列の対象ファイルの種類はどのように指定すればよいですか?
r - 自動生成されたフィールドを使用して R の SQLite テーブルに追加する方法
これはこの質問と同様の問題ですが、欠落している列には主キーを含む意味のあるデフォルト値があるため、欠落している列に NA を入力したくありません。
R から SQLite テーブルに追加しようとしています。テーブルには自動生成されたフィールド、特に主キーと 2 つのタイムスタンプ値があります。最初のタイムスタンプは作成日で、2 番目のタイムスタンプは変更日です。
テーブル構造は次のとおりです。
MySQL を使用してまったく同じことをしようとするとdbWriteTable
、欠落している列のデフォルト値が自動的に処理され、主キーと created_date が適切に入力されます (さらに、列の順序が自動的に一致します)。
RSQLite パッケージで同じ動作を実現するにはどうすればよいですか? データベースが正しく構成されていないのか、R 内で追加の手順が必要なのかわかりません。
不足しているフィールドにNA
&を事前入力しようと'null'
しましたが、どちらの場合も次のようなエラーが表示されます。
また、データは書き込まれません。
r - Windows 7 ではなく CentOS 6.5 で RPostgreSQL と RJDBC を使用した dbSendQuery のエラー
AWS でホストされている CentOS 6.5 ボックスで発生する、Windows マシンでは発生しない奇妙な問題に遭遇しました。
大きな dbSendQuery (15,000 バイト/文字以上の文字列) を送信すると、エラー メッセージが表示されます。より小さなクエリでは、問題なく実行されます。
最初は、Postgres のインストールに問題があると思ったので、9.4 に更新しましたが、RPostgreSQL でも同じエラーが発生しました。次に考えたのは、これは SSL の問題であるということでした。そのため、sslmode=disable フラグを指定して RJDBC を試しましたが、これもうまくいきませんでした。
これは、RPostgreSQL のエラー メッセージです。
これは RJDBC のエラーです。
ここに私の CentOS 6.5 の sessioninfo() があります
Windows 7 での sessionInfo() は次のとおりです。
これらのエラーの原因となるサンプル dbSendQuery() クエリを添付しますが、15,000 文字であるため、これが良いアイデアかどうかはわかりません。これの使用例は、私の場合は 500++ 列の CREATE TABLE ステートメントを自動生成することです。私の Windows マシンでは、クエリが 0.5 秒で送信され、Redshift 側ではほぼ瞬時にテーブルが作成されるため、クエリに時間がかかりすぎる (そしてタイムアウトになる..?) という問題はありません。
ありがとう!
r - RMySQL::dbListConnections はもう存在しませんか?
それで、私はRMySQLの開発バージョン(v.0.11.0.9000)をいじり始めたところです.DBI v. 0.3.1.9008を使用して、開いている接続があるかどうかを確認しようとしたときに気づきました. - エラーが表示されます:
もはやそのドライバーにRMySQL
は拡張dbListConnections
されていないことを示しています (私の特別な専門用語を許してください)... DB 接続をクリーンアップする必要がなくなったので、これを解釈するのは正しいですか?
そうでない場合、どのように後片付けをすればよいのでしょうか?