什么是数据库电影（Database Cinema）？

一、什么是数据库电影（Database Cinema）？

数据库电影是列夫·马诺维奇提出的，它是新媒体时代的一种以计算机 编程为结构参照的“叙事”形式、一种新的语言或者“话语网络”。但马诺维奇并没有给这一概念下一 个明确的定义，但是通过援引格林纳威、维尔托夫等人的电影创作，我们可以得出一个关于数据库电影的基本 轮廓：

首先数据库电影处理的是数据库－叙事的关系问题，

其次，数据库电影致力于在线性叙事之外建构 各种可能性，使用不同的体系来组织电影，

第三，数据库电影使用数据库逻辑作为基本结构的手段， 能 够体现出数据库想象力，最后，数据库电影中应该存在不同层级和不同内容的构成，并以此形成一个数据 库。在后电影时代，按照技术发展的趋势，数据库电影正在不断拓展当今“电影叙事”及其边界的可能性。

到此完结。

新媒体理论、传播理论、艺术研究（包括电影、游戏、绘画和文本叙述）、计算机文化和数字时代文化研究形成了综合性“数据库”。

在新媒体时代，马诺维奇总结说，动画开始挑战电影，空间蒙太奇开始挑战时间蒙太奇，数据库开始挑战叙述，搜索引擎开始挑战百科全书，而且更重要的是，文化的在线传播模式开始挑战传统的“离线”传播模式。其结果是，计算机带来的文化效应给了我们一个“重新了解世界和人类的机会”。

1、扩展了电影研究的视野，形成一个独立的宇宙

在数据库电影中，文本逐渐形成可以随时与过去或未来交互的特征，进而在不断地交互过程中深化人 们对文本意义的理解，拓宽了观众文学研究的视野，形成一个独立的电影宇宙。 例如，数据库电影让电影创作形成收藏模式，以引语/索引的形式通向大数据档案。据统计，《低俗小说》—共援引了 129 部电影，彩蛋收藏不仅包括昆汀、韦斯·安德森、罗伯特·罗德里格斯

2、提升技术开发和数据处理能力，进行更加精准、智能的影片制作

数据库电影大量应用大数据技术、云计算技术、人工智能技术对终端用户的信息进行收集和分析，并 及时将不同用户的观影需求变化准确地反馈到产业上游使得电影定制成为可能，通过对受众观影需求信息 的分门别类可以更加精准、智能地进行节目制作，对影视市场进行合理预测，推动电影产业的新升级。

3、增强互动性传播，增强传播主体与受传者之间交流互动

在媒介融合时代语境下，数据库电影逐渐向观众深度交流的方向发展，呈现社交媒体化，增强了观众 的互动性体验。观众可以作为编辑用户参与至互联网的传播与交流之中，使得数据库电影向观众深度交流 的方向发展，观众甚至可以影响故事走向的发展。《黑镜：潘达斯奈基》

新媒体如何借用了其他媒体（尤其是电影、游戏）的传统形式和惯例。历史就像一条河流，不能突然改变航向；文化史运动是一条光滑的曲线，而不是将一个个散点连接起来的折线。想在文化史的空间中建立一系列轨迹，新媒体就位于这条轨迹之上，它立足于历史智商，是发展轨迹上的一环。

二、数据库中drop database与Delete Database的区别是什么？

delete用来删除数据记录，drop用于删除数据库表、数据库、数据库索引等等 table表示的是表 database表示的是数据库 所以答案是 c

三、Myeclipse中Database如何导入数据库？

Myeclipse中Database导入数据库的步骤如下：

1.选择Window>OpenPerspective>MyEclipseDatabaseExplorer。当您第一次打开视角来看时，左边显示的数据库浏览器视图仅包含预配置的MyEclipse的Derby驱动程序。数据库资源管理器的视角工具需要为每个单独到数据库的连接创建一个新的驱动程序。

2.点击DB浏览器视图，并选择New。添加一个新的驱动程序3.从驱动程序模板的下拉列表中选择Oracle（Thin驱动程序）。4.在驱动程序的名称字段类型为Oracle。5.修改提供的URL模板为正确的连接字符串。在这个例子中，本地Oracle服务器为jdbc:oracle:thin:@localhost:1521:dbtest.6.填写与您服务器适当的用户名和密码字段的值。如果您不想保存密码，也无需填写密码字段。数据库驱动程序的详细信息

四、database4怎么连接oracle数据库？

在Database4中连接Oracle数据库的步骤如下：

1. 打开Database4并创建一个新的连接。

2. 在连接配置窗口中，选择"Oracle"作为数据库类型。

3. 在主机名（Hostname）字段中，输入Oracle数据库的主机名或IP地址。

4. 在端口（Port）字段中，输入Oracle数据库的端口号（默认为1521）。

5. 在数据库（Database）字段中，输入要连接的具体数据库实例名。

6. 在用户名（Username）和密码（Password）字段中，输入Oracle数据库的有效凭证。

7. （可选）如果已经安装了Oracle客户端，则可以选择直接使用该客户端进行连接。在高级选项中，找到"使用本地客户端"（Use local client）并启用它。然后，选择已安装的Oracle客户端版本。

8. （可选）如果需要使用SSL加密连接或者具体的连接选项，可以在高级选项中进行配置。

9. 点击"测试连接"以验证连接是否成功。

10. 如果测试连接成功，点击"确定"保存连接配置。

11. 现在你可以在Database4中使用该连接来浏览和管理Oracle数据库。

请确保你已经正确配置了Oracle数据库的相关信息，并获得了有效的凭证和连接权限。具体步骤可能因不同的版本和配置而有所不同。

五、ms access database怎么添加数据源？

1

/7

打开控制面板，选择所有控制面板项。

2

/7

找到管理工具，并单击打开。

3

/7

选择数据源(ODBC)，打开ODBC数据源管理器。

4

/7

在ODBC数据源管理器中，选择第二项“系统DSN”。

5

/7

在系统DSN中，单击右边的添加按钮，新建一个数据源。在“创建新数据源”中选择“Microsoft Access Driver(*.mdb)”。单击完成。

6

/7

在系统DSN中，单击右边的配置按钮，配置一个新的数据源。数据源名和说明随意，只是便于自己的理解。

7

/7

在ODBC Micrisoft Access安装面板中，单击数据库下面的选择按钮，将在本地磁盘中选择一个数据库。

六、数据库创建表时显示no database selected？

No database selected是因为你没有选择数据库

在MySQL中必须要先选择数据库

使用Use [DBName]来选择当前操作的数据库

如果你是用的MySQLQueryBrowser，就在右边的数据库列表中双击你要使用的数据库就可以了

在SQL Server中，默认的是选择了master库

希望对你能有所帮助。

七、数据库中的Schema和Database的区别？

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schemadatabase。

数据库中User和Schema的关系

假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。

　　在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，User和Schema也被分开了。

八、clear database命令可以删除数据库吗？

这个命令是可以对数据库一个进行删除的

九、数据库中schema和database有什么区别？

你好，在数据库领域中它们的区别是：1、schema和database是两个不同的概念。    

  Database（数据库）指的是一个数据存储系统，可以包含一个或多个表、视图、存储过程、触发器等对象。通常情况下，一个数据库会被分配一个唯一的名称，在其中存储着相关数据的集合。举个例子，一个公司可能拥有一个数据库来管理员工信息，另一个数据库用于管理订单信息。 

     Schema（模式）则指的是定义在数据库中的逻辑结构，它描述了整个数据库中的各种对象之间的关系、约束和权限等信息，通常也被称为“命名空间”。

   2、  在一个数据库中，可能会有多个schema，每个schema表示一个逻辑上相对独立的数据模型。举个例子，一个公司的员工数据库可能包含两个schema：一个用于管理员工信息，另一个用于管理薪资信息。 因此，可以认为Database是一个物理存储单元，而Schema是一个逻辑组织单元。一个Database可以包含多个Schema，每个Schema可以包含多个Table、View、Procedure等对象。

十、数据库中Schema和Database有什么区别？

在MySQL中创建一个Schema好像就跟创建一个Database是一样的效果，在SQL Server和Orcal数据库中好像又不一样. 目前我只能理解，在mysql中 schemadatabase。

数据库中User和Schema的关系

假如我们想了解数据库中的User和Schema究竟是什么关系，首先必须了解一下数据库中User和Schema到底是什么概念。

　　在SQL Server2000中，由于架构的原因，User和Schema总有一层隐含的关系，让我们很少意识到其实User和Schema是两种完全不同的概念，不过在SQL Server2005中这种架构被打破了，User和Schema也被分开了。

　首先我来做一个比喻，什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User？我们可以可以把

Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个

Schema中的床，Table（床）就被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了J。，然后床上可以放置很多物品，就好比

Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床，

User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），其实User是对应与数据库的（即User是每个对应

数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个Schema（房间）的权利，就是说每个数据库映射的User有每个

Schema（房间）的钥匙，换句话说，如果他是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是他的（包括房间），他有完全的操作权，可以

扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，呵呵，和现实也太相似了吧。我还可以给User分配具体的权限，也就是他到某一个房间

能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了，至于分配权

限的问题，我留在以后单独的blog中详述。比喻到这里，相信大家都清楚了吧。

　　在SQL Server2000中，假如我们在某一个数据库中创建了用户Bosco，按么此时后台也为我们默认地创建了默认Schema 【Bosco】。Schema的名字和User的名字相同，这也是我们分不清楚用户和Schema的原因。

　在SQL Server2005中，为了向后兼容，当你用sp_adduser 存储过程创建一个用户的时候，SQL

Server2005同时也创建了一个和用户名相同的Schema，然而这个存储过程是为了向后兼容才保留的，我们应该逐渐熟悉用新的DDL语言

Create User和Create Schema来操作数据库。在SQL Server2005中，当我们用Create

User创建数据库用户时，我们可以为该用户指定一个已经存在的Schema作为默认Schema，如果我们不指定，则该用户所默认的Schema即为

dbo Schema，dbo

房间（Schema）好比一个大的公共房间，在当前登录用户没有默认Schema的前提下，如果你在大仓库中进行一些操作，比如Create

Tabe，如果没有指定特定的房间（Schema），那么你的物品就只好放进公共的dbo房间（Schema）了。但是如果当前登录用户有默认的

Schema，那么所做的一切操作都是在默认Schema上进行（比如当前登录用户为login1，该用户的默认Schema为login1，那么所做的

所有操作都是在这个login1默认Schema上进行的。实验已经证明的确如此）。估计此时你会有一点晕，为什么呢？我刚才说dbo是一个

Schema，但是你可以在数据库中查看到，dbo同时也是一个user，晕了吧，呵呵。

　　在SQL Server2005中创建一个数据库的时候，会有一些Schema包括进去，被包括进去的Schema有：dbo，INFORMATION_SCHEMA, guest，sys等等（还有一些角色Schema，不提了，有晕了）。

　我在上文中已经提到了，在SQL Server2005中当用存储过程sp_adduser创建一个user时，同时SQL

Server2005也为我们创建了一个默认的和用户名相同的Schema，这个时候问题出来了，当我们create table

A时，如果没有特定的Schema做前缀，这个A表创建在了哪个Schema上，即进入了哪个房间？答案是：

　　1.如果当前操作数据库的用户（可以用Select current_user查出来）有默认的Schema（在创建用户的时候指定了），那么表A被创建在了默认的Schema上。

　2.如果当前操作数据库的用户没有默认的Schema（即在创建User的时候默认为空），但是有一个和用户名同名的Schema，那么表A照样被创建

在了dbo

Schema上，即使有一个和用户名同名的Schema存在，由于它不是该用户默认的Schema，所以创建表的时候是不会考虑的，当作一般的

Schema来处理，别看名字相同，可是没有任何关系哦。

　　3.如果在创建表A的时候指定了特定的Schema做前缀，则表A被创建在了指定的 Schema上（有权限吗？）

　现在问题又出来了，在当前操作数据库的用户（用select

current_user可以查看到，再次强调）没有默认Schema的前提下，当我们用Create table A语句时，A表会去寻找dbo

Schema，并试图创建在dbo Schema上，但是如果创建A表的用户只有对dbo

Schema的只读权限，而没有写的权限呢？这个时候A表既不是建立不成功，这个就是我以后会提及到的Login,User,

Role和Schema四者之间的关系。在这里，为了避免混淆和提高操作数据库的速度（在少量数据范围内，对我们肉眼来说几乎看不到差异），我们最好每次

在操作数据库对象的时候都显式地指定特定的Schema最为前缀。

　　现在如果登录的用户为Sue，该用户有一个默认Schema也为Sue，那么如果现在有一条查询语句为Select * from mytable, 那么搜寻每个房间（Schema）的顺序是怎样的呢？顺序如下：

　　1. 首先搜寻sys.mytable （Sys Schema）

　　2. 然后搜寻Sue.mytable (Default Schema)

　　3. 最后搜寻 dbo.mytable (Dbo Schema)

　　执行的顺序大家既然清楚了，那么以后在查询数据库表中的数据时，最好指定特定的Schema前缀，这样子，数据库就不用去扫描Sys Schema了，当然可以提高查询的速度了。

　　另外需要提示一下的是，每个数据库在创建后，有4个Schema是必须的（删都删不掉），这4个Schema为：dbo，guest，sys和INFORMATION_SCHEMA，其余的Schema都可以删除。