/vagrantにあるファイルは所有者がユーザvagrantになっちゃうので、ユーザmysqlでは見られない。ローカルの開発環境の話なので、さしあたり動けばいい。mysqlというわけでvagrantグループにmysql氏を追加して、再度mysqldのスタート。ありがとうございましたー。あれ、user=mysqlこいつをvagrantユーザにしても良かったのではないか。どっちも違和感あるけどどっちがマシかな。/var/lib/mysqlに、ibdata1とかいう巨大なファイルがある。innodb_file_per_tableを有効にしていると、テーブルのデータはそれぞれのテーブルスペースに格納される。共有テーブルスペースには次のようなInnoDBの内部データが格納されている。homepageへー。ほっとくとおっかないなあ。こっちはVM上にあるから、知らないうちに圧迫して死ぬとかありそう。コメントはまだありませんPyramidのわだい。SQLAlchemyがいじわるな子になっている件。掲題のエラーが出るんですよ。declarative_base()MyModel(Base)こう。MyModelクラスを切っておき、他のファイルの各モデルクラスがMyModelを継承するというかんじ。Employee(MyModel):こういうのがいますという形。‘employee’.むむむ。リレーションなんて張らないよ。継承元でしかないんだけどどういうことなの。手当たり次第にぐぐります。too.新しいBase(たぶんdeclarative_baseのことなんだろう)を使うときは、__abstract__を使ってみてとある。入れてみますと、これが当たりでした。するとよいということですね。nameあ、えーとPEP8違反(=の両脇にスペースたくさん入れるのNG)の記述になってます。PyCharmもあまりにこれガミガミ言うんで警告出さないようにしちゃった。=の位置が揃ってないと気持ち悪いんだよ。コメントはまだありませんあとで自分が検索できるようにと、エラーメッセージそのものをタイトルにしちゃっています。python-devうわあ。身も蓋もなかったなあ。gccがどうだのって言われて怯んでたんですけどね。MySQL-Pythonおわり。知りませんが、PythonのモジュールMySQLdbとかいうのはは死に体なのか、uMySQLdbってモジュールがPyPiでは人気あるようです。あたしは呼べればなんでもいいですが、カッコつけてコンパイルとかしといて、結局aptさんに入れてもらって解決とか意味がわからない。あーコンパイルオプションなんか忘れたのかもしれないなあ。(1)記載されている会社名・製品名・システム名などは、各社の商標、または登録商標です。