問題タブ [4d-database]

4Dアプリケーションでは、次のコード行があります。

コードを実行しようとすると、次のエラーが表示されます。

一般的な解析エラー。次の部分文字列間隔内またはその周辺で解析が失敗しました-（16、23）-... SET Desc=..。

誰かがコードの問題を見ていますか？Keysキーワードでも何でもないですよね？

私は、4D データベースから MSSQL 構造への 1 回限りの移行を任されました。ODBC アドミニストレーターでデータソースをセットアップしましたが、問題なく接続できました。

Visio でスキーマを「リバース エンジニアリング」したので、テーブル間の関係を視覚的に把握し、スキーマに適合するように 4D データを再構築する方法を計画しました。これは 1 回限りの実行であるため、単純なコンソール アプリケーションを作成しました。データ ソースへの接続を確立できますが、何かを実行するとすぐに、接続がドロップまたは無効になります。

また、データセットとデータアダプターで何かをしようとしましたが、役に立ちませんでした。

私はこれと同じ問題を抱えている人を探してみましたが、私が見つけたドキュメントはほとんどなく、この点に関してはあまり役に立ちませんでした。4D 製品でのクエリの実行に関する情報は豊富にありますが、デジタル デバイドを越えたものではありません。経験者の方アドバイスお願いします。熱心な読者の皆様、お時間を割いていただきありがとうございます。

データベースがSQL-92 標準に従って書かれているのに、なぜ独自のドライバーが必要なのですか?

標準の SQL-92 データベースとやり取りできる Python ライブラリはありますか?

データベースは 4D v12 SQL で、必要な Mac 用の 64 ビット ドライバーがありません。

現在、ログイン システムを動作させるのに問題があります。その理由はわかったと思いますが、なぜそれが起こっているのか、具体的に何が原因なのかはわかりません。

データベースにハッシュ化されたパスワードが保存されています。password列の値は次のとおりです。

次に、PHP でそのフィールドを単純に選択して出力すると、次のようになります。

以下を出力します。

両方のハッシュの最後までスクロールすると、2 番目のハッシュに最後の 'e' がないことがわかります。これにより、ログイン システム全体が機能しなくなります。なぜこれが起こるのでしょうか？PHP と SQL のどちらが原因かはわかりません。

PHP 5.4.7 を使用しており、データベースは ODBC 経由で接続された 4D SQL サーバーです。

編集:のデータ型はpassword、Text4D のマニュアルによると、最大 2GB のデータを保持できるため、列のサイズは問題になりません。

残念ながら、私のキャリアのほとんどで、私は 4 次元と呼ばれる奇妙なフランスのデータベースを使用しています。また、MySQL とはまったく異なる動作をしました。とても簡単な質問かもしれませんが、ご容赦ください。

次のようなクエリがあります。

私は3つのレコードを取り戻しています。しかし、それらはすべて同じです。

私は戻ってくることを期待してい61245 Smithました。

しかし; 私はそれが3回エコーされるとは思っていませんでした。

誰かが私が一体何を間違えたのか/何をすべきだったのかを明らかにすることはできますか?

4D データベースに接続しようとしています。PHPINFO は、PDO がインストールされていることなどを示しています。localhost MAMP システムでテストしています。ただし、コードを実行すると、次のようになります。

私のコードは次のとおりです。

エラーに指を置くことはできません.PHPタブの下の設定を使用しています...

ありがとうございました。

タブ区切りのテキスト ファイルにデータセットがあります。データは、昔ながらのリレーショナル データベース ソフトウェア 4D からエクスポートされています。ほとんどの行は適切にフォーマットされているように見えますが、一部の行には ASCII キャリッジ リターン文字 ( ^MEmacs または Ascii コード 13) が含まれています。read.table()などの関数を使用してRでデータを読み取り、これらのASCIIキャリッジリターン記号を無視する方法を見つけたいと思います。誰かが解決策を持っていますか?

4D Server v13 を使用しています。サーバーに接続し、トレースまたはブレークポイントを使用してメソッドを実行すると、式パネルが欠落しているデバッガーが表示されます。データベースはバージョン 6.7.1 から変換されました。

基本的に、単一のフォームがタブに分割された 1 つのページである Web アプリがあり、それぞれに個別のデータベース テーブルのデータが含まれています。フォーム アクションは、フォーム データを取得してデータベースに保存する save.php スクリプトを指します。

save.php スクリプトは、データベース テーブルごとに 1 つずつ、複数の SQL INSERT/UPDATE ステートメントで構成されるように構成されています。ユーザー設定などに基づいて一部のフォーム タブが非表示になっているため、この方法で実行されます。これらのステートメントの変数は、実際にはいつでも実行されます。

ユーザーを別のページにリダイレクトできるように、すべての SQL クエリの実行がいつ終了したかを判断する方法はありますか?

簡単な例として、save.php スクリプトは、基本的に次のようないくつかのコード ブロックで構成されています。

通常、リダイレクトの場合、次のようにメタリフレッシュを使用します。

更新が開始されるまでにすべての SQL クエリが実行されることを「合理的に」確実にするために、10 秒などの長い遅延に設定できますが、これは保証を提供せず、ユーザーに不必要な遅延を引き起こす恐ろしいハックのように思えます。ほとんどの場合、クエリは 10 秒の遅延が終わるずっと前に完了しているためです。

ページ上のすべての SQL INSERT/UPDATE ステートメントの実行が終了したことを検出して、その後すぐにユーザーをリダイレクトできるようにする最善の方法は何ですか?

参考までに、PHP と ODBC を使用して 4D SQL ANSI-92 データベースに接続しています。