


thinkphp ビュー モデル クエリ プロンプト ERR: 1146: テーブル 'db.pr_order_view' が存在しません解決策、vieworder_PHP チュートリアル
thinkphp ビュー モデル クエリ プロンプト ERR: 1146: テーブル 'db.pr_order_view' が存在しません解決策、vieworder
この記事の例では、thinkphp ビュー モデルのクエリ失敗プロンプト「ERR: 1146: Table 'db.pr_order_view' が存在しません」に対する解決策を説明します。参考のためにみんなで共有してください。具体的な方法は以下の通りです
1. 問題の説明:
thinkphp のビュー モデルを使用して関連するクエリを実行したいのですが、結果は次の問題 (ログ レコード) になります。 ERR: 1146: テーブル 'db.pr_order_view' が存在しません。なぜビュー モデルによって生成された SQL が存在しないのでしょうか。このように、ビューモデルは次のようになります:
{
public $viewFields = array(
'順序' =>array(
'_as'=>'Orders', //システム構文との競合を避けるために名前を変更します
'id'=>'oid',
「普通」、
「ユーザー」、
「製品」、
「ステータス」、
「ペイナム」、
「猫」
'payment_trade_no',
'ip'=>'ミップ',
'reserve_time',
「作成時間」、
'payment_trade_status',
)、
'メンバー'=>配列(
'id'=>'mid',
'名前'=>'名前',
「カードナム」、
「電話」、
'reg_time'、
'reg_ip'、
「qq」、
「メール」、
「住所」、
'last_login_time',
「last_login_ip」、
'_on'=>'Orders.user=メンバー.id'
)、
'製品'=>配列(
「ID」、
「ショートタイトル」、
'img1',
「カテゴリー」、
'_on'=>'Orders.product=Product.id'
)、
);
}
?>
2. 解決策:
たくさんのマニュアルとBaiduを読みましたが、$Form = D('Admin/OrderView');を呼び出すことに問題はありませんでした(私はここでグループ化を使用しました)。元のビューのモデル名が間違っています。OrderView.class.php です。通常は OrderViewModel.class.php である必要があります。
ThinkPHP 初心者は、このような愚かな間違いをしないように特に注意してください。
この記事で説明した内容が、皆様の ThinkPHP フレームワーク プログラミングに役立つことを願っています。
問題が発生しやすいため、接続に対して集計操作を実行することはお勧めできません。つまり、ユーザーの消費量が直接同期され、このフィールドの値が増加します。ユーザーが消費するとき。
または、SQL ルームの注文とケータリングの注文を別々に書きます。そうしないと、ネストされるだけなので、必要ないようです
渡したものは「RJ1」、M(「RJ1」)、Mメソッドはクラス名を渡し、thinkphpはクエリ時にクラス名をテーブル名に変換します。ルールは、テーブルの接頭辞 +_大文字と小文字
+_大文字と小文字です。 たとえば、AbcDef は、caiyy_abc_def のようにテーブル名に変換されます。これを小文字に変更しても問題ありません。 "/Index
/addsoft/rj1" 、プログラムに別のエラーがあります:
$Form =M($soft);$Form->create();
これは D($soft) のオブジェクトのみが作成されるはずです。 D関数でcreateメソッドを用意します

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









AJAXを使用してサーバーからデータを取得する場合の文字化けコードのソリューション:1。サーバー側コード(UTF-8など)の正しい文字エンコードを設定します。 2. AJAXリクエストでリクエストヘッダーを設定し、受け入れられている文字エンコード(Accept-Charset)を指定します。 3.ブートストラップテーブルの「UNESCAPE」コンバーターを使用して、脱出したHTMLエンティティを元の文字にデコードします。

ブートストラップリストのデフォルトスタイルは、CSSオーバーライドで削除できます。より具体的なCSSルールとセレクターを使用し、「近接原理」と「重量原理」に従って、ブートストラップのデフォルトスタイルをオーバーライドします。スタイルの競合を避けるために、よりターゲットを絞ったセレクターを使用できます。オーバーライドが失敗した場合は、カスタムCSSの重量を調整します。同時に、パフォーマンスの最適化に注意を払い、重要な!の過剰使用を避け、簡潔で効率的なCSSコードを書いてください。

MySQL接続は、次の理由が原因である可能性があります。MySQLサービスは開始されず、ファイアウォールは接続をインターセプトし、ポート番号が間違っています。ユーザー名またはパスワードが間違っています。My.cnfのリスニングアドレスは不適切に構成されています。トラブルシューティング手順には以下が含まれます。 2.ファイアウォール設定を調整して、MySQLがポート3306をリッスンできるようにします。 3.ポート番号が実際のポート番号と一致していることを確認します。 4.ユーザー名とパスワードが正しいかどうかを確認します。 5. my.cnfのバインドアドレス設定が正しいことを確認してください。

次の手順を使用して、NAVICATがデータベースに接続できない問題を解決できます。サーバー接続を確認し、サーバーが実行されていることを確認、アドレス指定、ポートを正しく確認し、ファイアウォールにより接続を許可します。ログイン情報を確認し、ユーザー名、パスワード、許可が正しいことを確認します。ネットワーク接続を確認し、ルーターやファイアウォールの障害などのネットワークの問題をトラブルシューティングします。一部のサーバーでサポートされていない場合があるSSL接続を無効にします。データベースバージョンをチェックして、NAVICATバージョンがターゲットデータベースと互換性があることを確認してください。接続タイムアウトを調整し、リモートまたは遅い接続の場合は、接続タイムアウトタイムアウトを増やします。その他の回避策は、上記の手順が機能していない場合は、別の接続ドライバーを使用してソフトウェアを再起動したり、データベース管理者または公式NAVICATサポートに相談したりすることができます。

MySQLのインストールエラーのソリューションは次のとおりです。1。システム環境を慎重に確認して、MySQL依存関係ライブラリの要件が満たされていることを確認します。異なるオペレーティングシステムとバージョンの要件は異なります。 2.エラーメッセージを慎重に読み取り、依存関係のインストールやSUDOコマンドの使用など、プロンプト(ライブラリファイルの欠落やアクセス許可など)に従って対応する測定値を取得します。 3.必要に応じて、ソースコードをインストールし、コンパイルログを慎重に確認してみてください。これには、一定量のLinuxの知識と経験が必要です。最終的に問題を解決する鍵は、システム環境とエラー情報を慎重に確認し、公式の文書を参照することです。

ルートとしてMySQLにログインできない主な理由は、許可の問題、構成ファイルエラー、一貫性のないパスワード、ソケットファイルの問題、またはファイアウォール傍受です。解決策には、構成ファイルのBind-Addressパラメーターが正しく構成されているかどうかを確認します。ルートユーザー許可が変更されているか削除されてリセットされているかを確認します。ケースや特殊文字を含むパスワードが正確であることを確認します。ソケットファイルの許可設定とパスを確認します。ファイアウォールがMySQLサーバーへの接続をブロックすることを確認します。

VUEのデフォルトのエクスポートが明らかになります:デフォルトのエクスポート、名前を指定せずにモジュール全体を一度にインポートします。コンポーネントはコンパイル時にモジュールに変換され、使用可能なモジュールはビルドツールを介してパッケージ化されます。名前付きのエクスポートと組み合わせて、定数や関数などの他のコンテンツをエクスポートできます。よくある質問には、循環依存関係、パスエラー、およびビルドエラーが含まれ、コードとインポートステートメントを慎重に調べる必要があります。ベストプラクティスには、コードセグメンテーション、読みやすさ、コンポーネントの再利用が含まれます。

MySQLの起動が失敗する理由はたくさんあり、エラーログをチェックすることで診断できます。一般的な原因には、ポートの競合(ポート占有率をチェックして構成の変更)、許可の問題(ユーザー許可を実行するサービスを確認)、構成ファイルエラー(パラメーター設定のチェック)、データディレクトリの破損(テーブルスペースの復元)、INNODBテーブルスペースの問題(IBDATA1ファイルのチェック)、プラグインロード障害(エラーログのチェック)が含まれます。問題を解決するときは、エラーログに基づいてそれらを分析し、問題の根本原因を見つけ、問題を防ぐために定期的にデータをバックアップする習慣を開発する必要があります。
