ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用

25-04-08 5

如果您对ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用感兴趣，那么这篇文章一定是您不可错过的。我们将详细讲解ProgrammingError：在线程中创建的SQL

如果您对ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用感兴趣，那么这篇文章一定是您不可错过的。我们将详细讲解ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用的各种细节，此外还有关于Cg Programming/ProgrammableGraphics Pipeline、Django 1.8 RC1：创建数据库表时出现ProgrammingError、django 1.9：ProgrammingError：关系“users_user”不存在、django.db.utils.ProgrammingError: 1146 解决办法的实用技巧。

本文目录一览：

ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用
Cg Programming/ProgrammableGraphics Pipeline
Django 1.8 RC1：创建数据库表时出现ProgrammingError
django 1.9：ProgrammingError：关系“users_user”不存在
django.db.utils.ProgrammingError: 1146 解决办法

ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用

我是编程新手。我以前尝试过MySQL，但现在是我第一次在python
flask网站上使用SQLite。因此，也许我使用的是MySQL语法而不是SQLite，但似乎找不到问题。

Piece of my code:@app.route(''/register'', methods=[''GET'', ''POST''])def register():    form = RegisterForm(request.form)    if request.method==''POST'' and form.validate():        name =  form.name.data         email = form.email.data        username = form.username.data        password = sha256_crypt.encrypt(str(form.password.data))        c.execute("INSERT INTO users(name,email,username,password)         VALUES(?,?,?,?)", (name, email, username, password))        conn.commit        conn.close()The error: File "C:\Users\app.py", line 59, in register c.execute("INSERT INTO users(name,email,username,password) VALUES(?,?,?,?)", (name, email, username, password)) ProgrammingError: SQLite objects created in a thread can only be used in that  same thread.The object was created in thread id 23508 and this is thread id  22640

这是否意味着我不能在HTML文件中使用名称，电子邮件用户名和密码？我该如何解决？

谢谢。

答案1

小编典典

您的游标“ c”不在同一线程中创建；它可能是在Flask应用运行时初始化的。

您可能希望使用相同的方法生成SQLite对象（连接和游标），例如：

  @app.route(''/'')  def dostuff():    with sql.connect("database.db") as con:      name = "bob"      cur = con.cursor()      cur.execute("INSERT INTO students (name) VALUES (?)",(name))      con.commit()      msg = "Done"

Cg Programming/ProgrammableGraphics Pipeline

前言:本文是Cg Wiki系列的一篇该系从两个方面来---Shader背后的图形原理,一些常见的Shader事例,为unity中的Shader做出讲解,我会坚持翻译下去,和大家一起学习.

由于本人刚刚开始翻译所以如果有翻译错的地方,还请大家轻拍

========================================================

Cg Programming/ProgrammableGraphics Pipeline

-------------------------------------------------------------

Cg 编程语言/可编程图形管线

Contents

本节内容

· 1Parallelismin Graphics Pipelines

· 1图形管线中的并行计算

· 2Programmableand Fixed-Function Stages

· 2可编程阶段和固定功能阶段

· 3Data Flow

· 3数据流

· 4FurtherReading

· 4拓展阅读

Theprogrammable graphics pipeline presented here is very similar to the OpenGL(ES) 2.0 pipeline,the WebGL pipeline,and the Direct3D 8.0 pipeline. As suchit is the lowest common denominator of programmable graphics pipelines of themajority of today's desktop PCs and mobile devices.

本节所讲到的的可编程的图形管线和OpenGL（ES）2.0管线，WebGL管线以及Direct3D 8.0管线都十分类似。它是当今主流桌面PC以及移动设备可编程图形管线中的最基本的标准。

Parallelism in Graphics Pipelines

图形管线中的并行计算

GPUsare highly parallel processors. This is the main reason for their performance.In fact,they implement two kinds of parallelism: vertical and horizontalparallelism:

出于性能方面的考虑，GPU（图形处理单元）一般都具有能进行高效并行计算的处理器。实际上，GPU能进行两种并行计算：垂直并行计算和水平并行计算

Ford assembly line,1913.（1913年，福特汽车的流水线）

· Vertical parallelism describes parallel processingat different stages of a pipeline. This concept was also crucial inthe development of the assembly line at Ford Motor Company: many workers canwork in parallel on rather simple tasks. This made mass production (andtherefore mass consumption) possible. In the context of processing units in GPUs,the simple tasks correspond to less complex processing units,which save costsand power consumption.

· 垂直并行计算指的是能同时处理处于 管线中的不同阶段的计算。这种理念对于福特汽车公司的装配件流水线作业来说也起着非常重要的作用：很多工人都只需要在流水线上做一些很简单的工作即可。这使得庞大的生产过程（以及消耗过程）变得可能。对于GPU中的处理单元而言，简单工作就是减少具有计算复杂运算能力的处理单元，这样不仅能减少花费也能节能。

Assembly plant of the Bell Aircraft Corporation withmultiple parallel assembly lines,ca. 1944.1994年，贝尔航空公司具有多条并行作业流水线的工厂

· Horizontal parallelism describes the possibility toprocess work in multiple pipelines. This allows for even moreparallelism than the vertical parallelism in a single pipeline. Again,theconcept was also employed at Ford Motor Company and in many other industries.In the context of GPUs,horizontal parallelism of the graphics pipeline was animportant feature to achieve the performance of modern GPUs.

· 水平并行计算指的是在 多条渲染管线上同时处理任务的可行性。这使得并行计算并不仅仅局限于在单一的一条管线上的不同阶段进行垂直并行计算。同样的，这个理念在福特汽车公司和许多工厂制造情境中也都得到了广泛的应用。对于GPU而言，拥有具有水平并行计算的图形渲染管线是当代GPU能达到合格性能的重要特征之一。

Thefollowing diagram shows an illustration of vertical parallelism (processing instages represented by Boxes) and horizontal parallelism (multiple processingunits for each stage represented by multiple arrows between Boxes).

这个图表展示出了垂直并行计算（用底色标签表示出了不同阶段的处理过程）和水平并行计算（用在两个底色标签间的大量箭头表示出了每个阶段间的大量处理单元）

Vertex Data（顶点数据）

e.g. trianglemeshes provided by 3D modeling tools. 3D 建模软件提供的数据，例如三角形网格

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

many verticesare processed in parallel

处于并行处理过程中的许多顶点

Vertex Shader（顶点着色器）

a small programin Cg (or another shading language) is applied to each vertex

应用在每个顶点上的用Cg或者其他着色器语言编写的一小段程序

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

PrimitiveAssembly（图元装配）

setup ofprimitives,e.g. triangles,lines,and points

对例如三角形，直线，点不同图元进行装配

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

many primitivesare processed in parallel

并行计算的许多图元装配

Rasterization（光栅化）

interpolation ofdata for all pixels covered by the primitive (e.g. triangle)

根据各种图元（比如三角形）对所有像素点进行数据的内插计算

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

many fragments(corresponding to pixels) are processed in parallel

并行计算的许多片段（对应着像素）处理过程

Fragment Shader（片段着色器）

a small programin Cg (or another shading language) is applied to each fragment (i.e. coveredpixel)

每个片段（也就是像素）进行的一小段用 Cg 或者其他着色器语言编写的程序

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

Per-FragmentOperations（逐片段处理）

configurableoperations on each fragment (i.e. covered pixel)

对每个片段（也就是像素）进行配置运算

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

results of manyfragments are written in parallel to the framebuffer

片段的计算结果被并行地写入到帧缓存中

Framebuffer（帧缓存）

array of pixelsin which the computed fragment colors are stored

用来保存通过计算得出后的片段颜色的数组

In the following diagrams,there is only one arrow between any two stages.However,it should be understood that GPUs usually implement the graphicspipeline with massive horizontal parallelism. Only software implementations ofthe graphics pipeline,e.g. Mesa 3D (see the Wikipedia entry),usually implement a single pipeline.

在上面的图示中，虽然这里只在两个阶段间表示出了一种箭头，但是应该能明白GPU通常在图形管线中使用了大量的水平并行计算。只有一些软件（比如Mesa3D）能够只在单一一条管线上进行渲染。

Programmable and Fixed-FunctionStage

可编程阶段和固定功能阶段

Thepipelines of OpenGL ES 1.x,core OpenGL 1.x,and Direct3D 7.x are configurablefixed-function pipelines,i.e. there is no possibility to include programs inthese pipelines. In OpenGL (ES) 2.0,WebGL,and Direct3D 8.0,two stages (thevertex shader and the fragment shader stage) of the pipeline are programmable,i.e. small programs (shaders) written in Cg (or another shading language) areapplied in these stages. In the following diagram,programmable stages arerepresented by green Boxes,fixed-function stages are represented by grayBoxes,and data is represented by blue Boxes.

OpenGLES 1系列，核心OpenGL1系列以及Direct3D 7系列的管线都是只包含一些可以设置参数的固定功能管线，也就是说，这些管线没有编程能力。在OpenGL（ES） 2.0，WebGL以及Direct3D8.0开始，处于两个阶段（顶点着色器以及片段着色器）的渲染过程都拥有了可编程能力，也就是说，一些用Cg或者其他着色器语言编写的小程序能够应用到这两个阶段中。在下面的图示中，可编程的阶段将用绿色底色标签表示出来，固定功能阶段用将用蓝色底色标签标出来。

Vertex Data（顶点数据）

e.g. trianglemeshes provided by 3D modeling tools

3D建模工具提供的数据，比如三角形

↓

Vertex Shader（顶点着色器）

a small programin Cg is applied to each vertex

作用在每个顶点上的一小段Cg程序

↓

PrimitiveAssembly（图元装配）

setup ofprimitives,and points

对图元例如三角形，线段，点进行装配

↓

Rasterization（光栅化）

interpolation ofdata (e.g. color) for all pixels covered by the primitive

对图元覆盖的每个像素进行数据（比如颜色）内插

↓

Fragment Shader（片段着色器）

a small programin Cg is applied to each fragment (i.e. covered pixel)

作用在每个片段（也就是像素）上的一小段Cg程序

↓

Per-FragmentOperations（逐片段处理）

configurableoperations on each fragment (i.e. covered pixel)

对每个像素进行配置运算

↓

Framebuffer（帧缓存）

array of pixelsin which the computed fragment colors are stored

由片段中计算出来的颜色组成的像素数组

The vertex shader and fragment shader stages are discussed in more detail inthe platform-specific tutorials. The rasterization stage is discussed in Section“Rasterization” and theper-fragment operations in Section “Per-FragmentOperations”.

在特定平台的教程中有对顶点着色器和片段着色器这两个阶段的更详细的阐述。光栅化将在『光栅化』章节中进行阐述，逐片段处理操作将在『逐片段处理操作』章节中进行阐述。

Theprimitive assembly stage mainly consists of clipping primitives to the viewfrustum (the part of space that is visible on the screen) and optional cullingof front-facing and/or back-facing primitives. These possibilities arediscussed in more detail in the platform-specific tutorials.

图元装配阶段主要包括了：根据视锥体（屏幕中的一部分可见区域）进行剪裁，以及根据选择，对朝向正面或者背面的图元进行剪裁。有关的具体过程将在特定平台的教程中进行阐述。

Data Flow

数据流

Inorder to program Cg vertex and fragment shaders,it is important to understandthe input and ouput of each shader. To this end,it is also useful tounderstand how data is communicated between all stages of the pipeline. This isillustrated in the next diagram:

为了对顶点和片段着色器进行编程，理解每个着色器的输入和输出是很重要的。在这之后，理解数据是如何在渲染管线的不同阶段间联系起来的也很有帮助。用下面的图表来进行说明：

Vertex Data（顶点数据）

↓

vertex inputparameters with semantics (e.g. POSITION , COLOR , norMAL , TEXCOORD0 , TEXCOORD1 ,etc.)

与语义（如 POSITION ， COLOR ， norMAL ， TEXCOORD0 ， TEXCOORD1 等等）绑定的顶点输入参数

Vertex Shader（顶点着色器）

←

uniformparameters; in some cases texture data (images)

uniform参数，在一些情况下还有图片数据

↓

vertex outputparameters with semantics (in particular POSITION , SV_POSITION ,and PSIZE but also COLOR ,etc.)

与语义（如 POSITION ， SV_POSITION 以及PSIZE 同样也有 TEXCOORD0 ， TEXCOORD1 等等）绑定的顶点输出参数

PrimitiveAssembly（图元装配）

↓

vertex outputparameters

顶点输出参数

Rasterization（光栅化）

↓

fragment inputparameters (interpolated at pixels) with semantics (corresponding tosemantics of the vertex output parameters)

绑定了（和顶点输出参数所对应的）语义的片段（是经过内插计算后的像素）输入参数

Fragment Shader（片段着色器）

←

uniformparameters (constant for each primitive) and texture data

uniform参数（对于每个图元来说都是一个常量）以及图片数据

↓

fragment outputparameters with semantics (in particular COLOR and DEPTH )

绑定了语义（特别是COLOR和DEPTH）的片段输出参数

Per-FragmentOperations（逐片段处理操作）

↓

fragment colorand fragment depth 片段的颜色和深度

Framebuffer（帧缓存）

Vertex input parameters are defined based on the vertex data. Foreach vertex input parameter a semantic has to be defined,which specifies how the parameter relates to data in the fixed-functionpipeline. Examples of semantics are POSITION,COLOR,norMAL,TEXCOORD0,TEXCOORD1,etc. This makes it possible to use Cg programs even with APIs that wereoriginally designed for a fixed-function pipeline. For example,the vertexinput parameter for vertex positions should use the POSITION semanticsuch that all APIs can provide the appropriate data for this input parameter.Note that the vertex position is in object coordinates,i.e. this is theposition as specified in a 3D modeling tool.

顶点的输入参数是根据顶点数据而来的。对于每一个顶点输入参数而言，因为语义要用来约定在固定功能管线阶段参数是如何关联到数据的，所以参数都要定义语义。比如POSITION，COLOR，norMAL，TEXCOORD0，TEXCOORD1等等这些语义。这样之后才能正确使用Cg程序甚至其他一些基于固定功能管线设置出来的API接口。比如，对于每个表示顶点的位置的顶点输入参数都要绑定POSITION语义，这样之后API才能给输入参数提供恰当的数据。注意顶点位置是相对物体坐标系而言的，也就是说，这个位置是在3D建模工具中定下来的。

Uniformparameters (or uniforms) have the same value for all vertexshaders and all fragment shaders that are executed when rendering a specificprimitive (e.g. a triangle). However,they can be changed for other primitives.Usually,they have the same value for a large set of primitives that make up amesh. Typically,vertex transformations,specifications of light sources andmaterials,etc. are specified as uniforms.

Uniform参数（或者说uniforms）在渲染同一个特定图元（比如三角形）时，对于所有起作用的顶点着色器和片段着色器都具有相同的值。然而，对于其他图元来说，他们可能会改变值。通常情况下，对于构成网格的大多数图元来说，他们的值都是相同的。典型的是关于顶点变换，光源描述以及材质等等情况中数据参数都被定义成了uniforms。

Vertexoutput parameters are computed by the vertexshader,i.e. there is one set of values of these parameters for each vertex. Asemantic has to be specified for each parameter,e.g. POSITION,SV_POSITION,etc. Usually,there has to be an output parameter with the semantic POSITION or SV_POSITION,which determines where a primitive is rendered on the screen (“SV” stands for“system value” and can have a special meaning). The size of point primitivescan be specified by an output parameter with the semantic PSIZE.Other parameters are interpolated (see Section“Rasterization”) for each pixelcovered by a primitive.

顶点输出参数是经过了顶点着色器计算之后的值，也就是说，每个顶点都有一组相关量的参数。每个参数必须和一个语义（比如，POSITION，SV_POSITION，COLOR，TEXCOORD0，TEXCOORD1等等）绑定。通常情况下，必须要有一个参数和用来决定图元渲染在屏幕的哪个位置，并且与POSITION语义或者SV_POSITION（『SV』是『system value』系统值的缩写有着特殊的意义）语义绑定在一起。点图元的大小可以根据绑定了PSIZE的输出参数来获取。在一个图元中的每个像素会内插计算其他的参数（参考『光栅化』章节）。

Fragmentinput parameters are interpolated from thevertex output parameters for each pixel covered by a primitive. Similar tovertex output parameters,a semantic has to be specified for each fragmentinput parameter. These semantics are used to match vertex output parameterswith fragment input parameters. Therefore,the names of correspondingparameters in the vertex shader and fragment shader can be different as long asthe semantics are the same.

片段输入参数是根据顶点输出参数内插计算之后，在被图元覆盖的每个像素得到的数据。和顶点输出参数类似，每个片段输入参数都要和一个语义绑定。这些语义使得片段输入参数和顶点输出参数相匹配上。所以只要顶点输出参数和片段输入参数语义相同，他们的参数名可以不同。

Fragmentoutput parameters are computed by fragmentshaders. A semantic has to be specified,which determines how the value is usedin the following fixed-function pipeline. Most fragment shaders specify anoutput parameter with the semantic COLOR.The fragment depth is computed implicitly even if no output parameter with thesemantic DEPTH is specified.

片段输出参数是经过片段着色器计算之后的值。因为要来说明这个值在接下来的固定功能管线阶段的用途，所以必须要绑定一个语义。大多数片段着色器都将输出参数和COLOR语义绑定在一起。即使没有绑定DEPTH语义的输出参数，片段的深度值也会被隐式计算出来。

Texturedata include a uniform sampler,which specifies thetexture sampling unit,which in turn specifies the texture image from whichcolors are fetched.

图片数据包括了一张用来定义如何根据图片采样单位来从图片文件中取得颜色的采样图。

Otherdata is described in the tutorials for specific platforms.

其他数据会在具体平台的教程中做阐述。

Further Reading

拓展阅读

Themodel of the programmable graphics pipeline used by Cg is described inthe first chapter of Nvidia's Cg Tutorial.

在Nvidia的Cg教程中的第一章阐述的有关Cg中的可编程图形管线模型。

Django 1.8 RC1：创建数据库表时出现ProgrammingError

我在各种项目中将AbstractBaseUser用于我的用户模型。更新到Django 1.8 RC1可以顺利进行，我可以运行migration
management命令。但是，当尝试从头开始创建新的数据库表布局时，出现以下错误：

python manage.py migrate
>>> ...
>>> ...
>>> django.db.utils.ProgrammingError: relation "auth_group" does not exist

一切都可以与Django 1.7.x完美配合，而我在其他地方都找不到关于此问题的任何信息。那么，RC1版本是否很大，还是做了一些我在Django
1.8中不知道的更改？不幸的是，该错误消息并没有真正的帮助……但是我敢肯定，它与新Django版本随附的自动迁移有关。

django 1.9：ProgrammingError：关系“users_user”不存在

我在迁移时遇到了ProgrammingError,我认为这可能与 django-allauth与自定义用户的使用有关.这就是我的工作

1 /用psql创建一个新的数据库：@H_301_3@

create database dj_example;

2 / Installed_apps包含django.contrib.sites：@H_301_3@

DJANGO_APPS = (
'django.contrib.auth','django.contrib.contenttypes','django.contrib.sessions','django.contrib.sites','django.contrib.messages','django.contrib.staticfiles','django.contrib.admin',)
THIRD_PARTY_APPS = (
'crispy_forms',# Form layouts
'allauth',# registration
'allauth.account',# registration
#'allauth.socialaccount',# registration
#'allauth.socialaccount.providers.twitter','djcelery',#Celery
)
LOCAL_APPS = (
'tucat.users',# custom users app
}

3 / site_id设置为1@H_301_3@

SITE_ID = 1

4 /自定义用户模型过于简单：@H_301_3@

# -*- coding: utf-8 -*-
from __future__ import unicode_literals,absolute_import
from django.contrib.auth.models import AbstractUser

class User(AbstractUser):
  def __unicode__(self):
    return self.username

5 / makemigrations工作正常@H_301_3@

# python manage.py makemigrations
Migrations for 'djcelery':
  0028_auto_20160601_1919.py:
  - Alter field status on taskMeta

6 / Migrate返回ProgrammingError：关系“users_user”不存在@H_301_3@

# python manage.py migrate
  Operations to perform:
  Apply all migrations: auth,contenttypes,djcelery,account,admin,sessions
  Running migrations:
  Rendering model states... DONE
  Applying account.0001_initial...Traceback (most recent call last):
  File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py",line 64,in execute
  return self.cursor.execute(sql,params)
psycopg2.ProgrammingError: relation "users_user" does not exist

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "manage.py",line 12,in <module>
  execute_from_command_line(sys.argv)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/__init__.py",line 353,in execute_from_command_line
  utility.execute()
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/__init__.py",line 345,in execute
  self.fetch_command(subcommand).run_from_argv(self.argv)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/base.py",line 348,in run_from_argv
  self.execute(*args,**cmd_options)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/base.py",line 399,in execute
  output = self.handle(*args,**options)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/core/management/commands/migrate.py",line 200,in handle
  executor.migrate(targets,plan,fake=fake,fake_initial=fake_initial)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/migrations/executor.py",line 92,in migrate
  self._migrate_all_forwards(plan,full_plan,line 121,in _migrate_all_forwards
  state = self.apply_migration(state,migration,line 198,in apply_migration
  state = migration.apply(state,schema_editor)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/base/schema.py",line 90,in __exit__
  self.execute(sql)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/base/schema.py",line 110,in execute
  cursor.execute(sql,params)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py",line 79,in execute
  return super(CursorDebugWrapper,self).execute(sql,params)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/utils.py",line 95,in __exit__
  six.reraise(dj_exc_type,dj_exc_value,traceback)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/utils/six.py",line 685,in reraise
  raise value.with_traceback(tb)
File "/home/antoinet/.virtualenvs/tucat/lib/python3.4/site-packages/django/db/backends/utils.py",params)
django.db.utils.ProgrammingError: relation "users_user" does not exist

知道如何解决这个问题吗？@H_301_3@

解决方法

您的错误是由运行迁移的顺序引起的.由于许多应用依赖于现有的用户模型,因此您必须在其他应用之前为自定义用户应用运行初始迁移.

如果更改现有项目中的默认用户模型,则可能更容易丢弃所有现有迁移(和数据库)并从头开始重建.应用迁移的顺序如下：@H_301_3@

>核心django.contrib应用程序.
>您的自定义用户应用.
>其他自定义应用和第三方应用.@H_301_3@

您可以使用django-admin showmigrations查看存在和计划的迁移.@H_301_3@

django.db.utils.ProgrammingError: 1146 解决办法

出现原因：

因为直接在mysql中删除了表或者在执行过一次迁移后，在modles中修改了表名及对应的方法和引用

产生后果：

1.迁移的过程中可能出现表不存在的报错情况
2.迁移过程没有报错，在admin管理页面点击相应的表，报错django.db.utils.ProgrammingError: 1146...

解决办法：

1.删除migrations文件夹中除了__init__.py 文件外所有文件(pycharm环境下) 或
找到报错对应的app中的本地文件夹，删除其中migrations文件夹中除了__init__.py 和__pycache__文件夹以外所有文件(资源管理器环境下)

2.在mysql中，找到django_migrations表，删除报错app对应的行数据
如：报错app为vend则删除34行数据

3.重新迁移

python manage.py makemigrations
python manage.py migrate

关于ProgrammingError：在线程中创建的SQLite对象只能在同一线程中使用的问题我们已经讲解完毕，感谢您的阅读，如果还想了解更多关于Cg Programming/ProgrammableGraphics Pipeline、Django 1.8 RC1：创建数据库表时出现ProgrammingError、django 1.9：ProgrammingError：关系“users_user”不存在、django.db.utils.ProgrammingError: 1146 解决办法等相关内容，可以在本站寻找。

本文标签：