解决:django.db.utils.OperationalError: unable to open database file

这是一个从GitHub上下载的,一个网站项目的源码。想要在自己的电脑上运行,期间过程相当曲折,不过至此终于是完成了。

1.安装过程:

python2->virtualenv->django1.9.8

2.模块安装

pip install xadmin

pip uninstall xadmin

pip install django-simple-captcha

pip install DjangoUeditor

pip install Pillow

3.运行:

python manage.py runserver

此时文件所在目录为D盘。

报错:

django.db.utils.OperationalError: unable to open database file

解决方法:可能是参考 http://zmrenwu.com/post/3/ 搭建开发环境,教程中显示的是在C盘创建workspace。于是我将文件挪到C:\Users\admin\workspace。再次运行

python manage.py runserver

成功!

所以是权限不够?一个猜想,不一定对。

时间: 2024-10-27 11:09:22

解决:django.db.utils.OperationalError: unable to open database file的相关文章

django.db.utils.OperationalError: (1045, "Access denied for user 'root'@'localhost' (using password: YES)")解决

Django错误又来了,数据库的连接问题......... 出现django.db.utils.OperationalError: (1045, "Access denied for user 'root'@'localhost' (using password: YES)"),说明自己设置的密码错误,在setting.py中改即可. 就是图中涂抹的位置,改为自己数据库的密码. django.db.utils.OperationalError: (1045, "Access

django.db.utils.OperationalError: (1050, "Table '表名' already exists)解决方法

django.db.utils.OperationalError: (1050, "Table '表名' already exists)解决方法 找到解决方案,执行: [python] view plain copy python manage.py migrate myapp --fake 数据库表结构同步成功. django.db.utils.OperationalError: (1050, "Table '表名' already exists)解决方法 原文地址:https://

django.db.utils.OperationalError: (1193, "Unknown system variable 'storage_engine'")

django.db.utils.OperationalError: (1193, "Unknown system variable 'storage_engine'") django连接数据库时,配置 "OPTIONS":{"init_command":"SET storage_engine=INNODB;"} 如果mysql数据库的版本是5.6,这句话会抛出如下异常 django.db.utils.OperationalEr

关于Django创建模型时,django.db.utils.OperationalError错误

在django保存的模型对象的时候,出现如下错误: django.db.utils.OperationalError: (1366, "Incorrect string value: '\\xE8\\xBF\\x90\\xE8\\x90\\xA5...' for column 'name' at row 1") 有可能是mysql的数据库字符集问题,执行如下代码: show full columns from <你的对象表格> 得到如下输出: 在my.cnf文件里面配置如下

django报错:django.db.utils.OperationalError: no such table:

no such table: 数据库中找不到表了,很奇怪的我已经做了migrate迁移了,但是数据库中还是没有生成表,后来找到问题所在, class Meta: managed = False 当managed = False 的时候不会进行数据迁移操作,如果忘记了就生成不了表了,把它置为True然后到数据库中删除迁移文件,重新迁移 原文地址:https://www.cnblogs.com/chaiming/p/9255914.html

django.db.utils.InternalError: (1050, &quot;Table &#39;tb_content&#39; already exists&quot;)

在goods应用里面写了tb_content数据表的模型类(不该写在这里的),进行了数据迁移,还导入了数据. 在contents应用里也写了tb_content数据表的模型类(应该写在这里的), 解决办吧: 代码上,删除goods里面的. python manage.py migrate contents --fake   (假装迁移了,实际上是修改 django_migrations数据表) django.db.utils.InternalError: (1050, "Table 'tb_co

django.db.utils.InternalError

django.db.utils.InternalError: (1366, "Incorrect string value: '\xE6\x96\x87\xE7\xAB\xA0...' for column 'name' at row 1") 解决方案:在执行python manage.py migrate时,数据中有中文跟自定义库编码不一样,在创建库的时候设置utf8格式就OK,如:create database DBname charset=utf8; 原文地址:http://bl

django 修改字段后,同步数据库,失败:django.db.utils.InternalError: (1054, &quot;Unknown column &#39;api_config.project_id_id&#39; in &#39;field list&#39;&quot;)

问题原因是,修改字段后,同步失败了,然后执行查询的时候,就会提示这个错误,这个字段没有 最暴力的方法可以直接在数据库中修改字段,但是修改后,models没同步,可能会存在问题,因此开始我的百度之旅(这个问题网上资料还真的挺少的) 方法一,不要犹豫,重启大法,关闭项目,关闭开发工具,从新打开,这个方法好像不行 方法二,删除大法,因为django有models在,数据库建表还是很容易的,只不过是数据丢失了,对我我这种不正经的开发来说,无关紧要咯 所以,我删除了库,删除了django生成的migrat

[SecureCRT] 解决“securecrt failed to open the host key database file”的问题

SecureCRT在Windows XP和Windows 7中的个人应用数据路径是不同的,在Windows 7中,应用数据路径为:C:\Users\<username>\AppData(hidden)\Roaming\VanDyke\Config. 但以上是针对合法安装注册的用户,对于绿色携带版,尤其直接复制粘贴后的版本,往往出现以上报错.这是由于SecureCRT无法找到Host key database location.因此在复制粘贴后,需要编辑一下"./Data/Settin