問題タブ [inspectdb]

inspectdb を実行しようとしていますが、接続が存在しないというエラーが表示されます。MySQL に myapp という名前のデータベースと他のデータベースがあります。

これは私のsettings.pyです

プロジェクトの構造:

これが起こることです：

root@ip-10-202-209-99:~/Desktop/mysite# python manage.py inspectdb --database myapp トレースバック (最新の呼び出しが最後):
ファイル "manage.py"、10 行目、execute_from_command_line(sys. argv) ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django /core/management/ init .py"、399 行目、execute_from_command_line utility.execute()
ファイル「/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management/ init .py」、392 行目、実行中の self.fetch_command(subcommand).run_from_argv( self.argv) ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management/base.py"、242 行目、run_from_argv で
self.execute(*args, ** options.dict )
ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management/base.py",行 285、実行
時 output = self.handle(*args, **options)
ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management/ base.py"、415 行目、ハンドル内
return self.handle_noargs(**options)
ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management /commands/inspectdb.py"、27
行目、self.handle_inspection(options) の行の handle_noargs:
ファイル「/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/core/management/commands/inspectdb.py」、33 行目、handle_inspection
connection = connections[options. get('database')]
ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/db/utils.py"、196 行目、getitem
self.ensure_defaults 内(エイリアス)
ファイル "/home/ubuntu/.pyenv/versions/2.7.5/lib/python2.7/site-packages/django/db/utils.py"、172 行目、ensure_defaults で
ConnectionDoesNotExist("The connection % s が存在しません" % エイリアス)
django.db.utils.ConnectionDoesNotExist: 接続 myapp が存在しません

Django 1.6 を使用して、Django の組み込み管理機能を使用してレガシー データベースに管理機能を提供しています。

私はinspectdbモデルを生成し、適切にクリーンアップするために使用しましたが、私を悩ませている部分が 1 つあります。スキーマは、私がテーブルを持っているように、厄介な方法で設計されていますcustomers:

としてもcustomer_data

レコードはcustomer_data常にレコードと 1 対 1 でcustomers並んでおり、戻ってこれを変更するにはレガシー コードが多すぎます。これは、レコードを結合する単一の Django モデルを作成して、 etc. 属性Customerを持つオブジェクトを作成できる方法ですか?.first_name

1000 個のテーブルを含むスキーマを取得しましたが、その多くは必要ありません。必要なテーブルのみを検査するにはどうすればよいですか?

プロジェクト用の多くのテーブルとデータを含むファイル「codemets.db」があります。テーブルの一部は次のとおりです。

PyCharm を使用して、Django で新しいアプリを作成しています。既存のデータベース「codemets.db」を使用しようとしており、テーブルをモデルに自動生成しようとしています。次のコマンドを使用しています。

ただし、mappingapp_coordinates までのみ、テーブルのすべてのモデルを取得しています。mappingapp_coordinates 以降については、モデルはありません。誰かがそれを手伝ってくれますか？すべてのテーブルをモデルに生成するにはどうすればよいですか?

私の 2 番目の問題は、管理ページでアプリを開くと、テーブル (モデルに生成されたテーブルのみ) が表示されますが、データベースからのコンテンツがありません (それらは空です)。データベースからアプリにデータを配置するにはどうすればよいですか?

前もって感謝します。

ec2 で amazon web サービスは inspectdb を実行できません

他のすべてのテーブルはモデルに正しく変換されますが、ビューとマテリアライズド ビューの両方がスキップされているようです。

何かまたはビューが不足していて、具体化されたビューが管理されていない

./manage.py inspectdb

?

アクティブな MySQL データベース用の単純な CRUD パネルを作成する必要があります。アプリケーションを移行しようとすると、次のエラーが表示されます。

AssertionError: A model can't have more than one Autofield

The Django Book の第 18 章で以下を読みました。

生成された各モデルには、id 主キー フィールドを含むすべてのフィールドの属性があります。ただし、モデルに主キーがない場合、Django は id 主キー フィールドを自動的に追加することを思い出してください。したがって、次のような行を削除する必要があります。

id = models.IntegerField(primary_key=True)これらの行は冗長であるだけでなく、アプリケーションがこれらのテーブルに新しいレコードを追加する場合に問題を引き起こす可能性があります。

私はこのフィールドで同じシナリオを持っています:

ただし、上記の提案に従ってこの行を削除すると、このフィールドを使用してこのテーブルからデータを呼び出す可能性があるため、このテーブルを使用する元のアプリケーション (django アプリケーションではない) が正しく機能しない可能性がありid_callます。

どうすればこの状況を解決できますか?

MySQL で Django を使用していますが、「inspectdb」コマンドを使用して models.py ファイルを作成した後に問題が発生しました。

DDL:

ご覧のとおり、COriginal_Data_Type_IDとCTask_Nameは外部キーであり、複合主キーでもあります。

この DDL では、Django の「inspectdb」コマンドで次のモデルが得られました。

しかし、「makemigrations」コマンドを実行すると、次のエラー メッセージが表示されます。

「unique_together」は、存在しないフィールド「COriginal_Data_Type_ID」および「CTask_Name」を参照しています

私が変更すると：

の中へ：

それならOKです。しかし、これは正しい方法ですか？コードのスキーマが私の DDL とは異なるようです。私が定義した元の外​​部キーは、データ型自体ではなく、データ型の ID でした。

ここで何か間違ったことをしましたか？そして、私のフィールドはどこにCOriginal_Data_Type_IDありますか?CTask_Name

dumpdata最近、djangoを使用してリバースエンジニアリングを行ったレガシーデータベースから少し試してみましたinspectdb...これ以外は、すべてのクエリが正常に機能します。MySQL ワークベンチには、列が存在します。しかし、データをエクスポートしようとすると、次のようになります。

使用tracebackしても、影響を与える行は明らかになりません ( http://dpaste.com/1DASN1Vを汚染しないようにここに貼り付けます)。

モデルフィールドはすでにその列の null 値を許可しており、列はデータベースに存在します (ワークベンチで見た場合、それをinspectdb選択しなかったでしょう...

正直なところ、他に何をすべきかわかりません。テイカーはいますか？