标签: database-schema

使用MongoDB规划项目并寻找用于映射数据库的工具.

数据库设计工具的任何建议类似于http://ondras.zarovi.cz/sql/demo/,专门支持MongoDB？

谢谢

我试图这样做,但似乎MySQL不允许我这样做.是否有解决此问题的方法,或者我希望在我的INSERT查询中始终包含该函数？

CREATE TABLE foo(
  created INT NOT NULL DEFAULT UNIX_TIMESTAMP()
)

我知道接受CURRENT_TIMESTAMP默认值的TIMESTAMP类型,但我的客户端坚持在数据库中使用纪元时间.

因为我想删除一些表,有人建议如下,我做了:

postgres=# drop schema public cascade;
DROP SCHEMA
postgres=# create schema public;
CREATE SCHEMA

然后我在创建新数据库时遇到问题,例如:

postgres=# create database test;
CREATE DATABASE
postgres=# \c test
You are now connected to database "test" as user "postgres".
test=# create table hi(id int primary key);
*ERROR:  no schema has been selected to create in*

你可以看到我收到了错误

错误:未选择任何架构来创建*

如何恢复公共架构？
我建议人们永远不要做"drop schema public cascade"; 如果我们不知道如何恢复.有人可以帮帮我吗？

如何从Cassandra或Cassandra cqlsh提示符导入和导出模式？

如何在Rails 3中创建生产数据库并加载架构？

我尝试了以下方法......

一世.

rake db:create Rails.env='production' && rake db:schema:load Rails.env='production'

II.

# config/environment.rb
# Set the rails environment
Rails.env='production'
rake db:create && rake db:schema:load

......但它们都不起作用.

谢谢.

Debian GNU/Linux 5.0.6;

Rails 3.0.0;

Sqlite3 3.7.2.

仅仅运行架构更新,Doctrine Migrations有哪些实际优势？

安全？

该orm:schema-tool:update命令(doctrine:schema:update在Symfony中)发出警告

不应在生产环境中执行此操作.

但为什么会这样呢？当然,它可以删除数据,但迁移也是如此.

灵活性？

我认为我可以定制我的迁移以添加列默认值之类的东西,但这通常不起作用,因为Doctrine会注意到架构和下一个差异上的代码之间的差异并踩踏你的更改.

我正在尝试查询我的数据库.某些记录当前有额外的字段未包含在我的模型模式中(错误,但我想处理这些情况).当我尝试查询数据库并将记录转换为模式时,我收到以下错误:

FieldDoesNotExist
The field 'X' does not exist on the document 'Y'

由于数据库中的额外字段与架构不同.

有没有办法忽略mongoengine中额外字段的模式验证？

我想使用实体 - 属性 - 值(EAV)方法创建患者/样本元数据表.

问:我应该如何处理的不同列类型的值(如字符串,数字,或外键的字典表)的基础上的属性？

注意:我不是在问是否使用EAV方法.我查看了其他SO问题和参考资料,并认为这是我用例的最佳方法(例如,我不想为每个属性创建一个单独的列或表- 可以数百个).但是,我会在一个全面的例子中重新考虑其他设计.

代表性数据

患者/样品(实体)可以有多个元数据属性(例如实验室位置,存活,肿瘤类型)每一个具有不同值的类型(例如VARCHAR,NUMBER,FOREIGN_KEY*,分别地).

*FOREIGN_KEY表示该值类型是一个外键ID( INTEGER)到的词典表的值(例如10种可能肿瘤类型的列表).因此,实验室位置可能VARCHAR因为我不关心这些值的标准化.但是肿瘤类型应该有一定程度的验证.

我的表格布局可能如下所示:

CREATE TABLE patients (
  patient_id INTEGER CONSTRAINT pk_patients PRIMARY KEY,
  patient_name VARCHAR2(50) NOT NULL
);

CREATE TABLE metadata_attributes (
  attribute_id INTEGER CONSTRAINT pk_metadata_attributes PRIMARY KEY,
  attribute_name VARCHAR2(50) NOT NULL,
  attribute_value_type VARCHAR(50) NOT NULL …

我正在考虑一个处理消息应用程序的良好文档结构.

我基本上需要三种(或四种)对象:

1. 用户(用户名,电子邮件,密码等)
2. 联系人列表(包含不同的联系人或联系人组)
3. 对话(对话是一些人之间的消息集合)
4. 消息(包含消息正文,一些时间戳和创建者.)

我的想法是将联系人嵌入到用户文档中并将消息嵌入到对话文档中:

1.用户

{
    username: 'dev.puS',
    usernameCanonical: 'dev.pus', // used for unique constraints
    email: 'developement.pus@gmail.com,
    emailCanonical: 'developement.pus@gmail.com,
    salt: 'some hash',
    password: 'hash with salt',
    logs: { last_login: 12.06.2008, last_password_reset: 04.03.2007 },
    state: { online: true, available: false },
    contacts: [ user_id1, user_id2, user_id3 ]
}

2.会话

{
    members: [ user_id1, user_id2 ],
    messages: [
        { author: user_2, body: 'Hi what's up' },
        { author: user_1, body: 'Nothing out here :(' },
        { author: user_2, body: …

我目前正在为电子商务平台的产品部分设计数据库结构.它需要以这样的方式设计,使得可以销售具有无限多个不同属性的无限数量的不同类型的产品.

例如,笔记本电脑的属性可以是RAM,屏幕尺寸,重量等.书的属性可以是作者,ISBN,出版商等.

似乎EAV结构最合适.

• 选择一个产品
• 产品属于属性集
• 属性集包含属性x和y
  • 属性x是数据类型datetime(存储在attribute_values_datetime中的值)
  • 属性y是数据类型int(存储在attribute_values_int中的值)
• 每个属性定义表示类型(i,e,x具有列类型 - > datetype)

假设上述情况,我是否可以将选择加入attribute_values_datetime表以获取正确的数据而不获取结果集并在表已知的情况下构建第二个查询？构建这种类型的查询是否会有很大的性能损失,或者下面的内容会更合适(尽管功能较少)

• 选择一个产品
• 产品属于属性集
• 属性集包含属性x和y
  • 属性x是数据类型datetime,但在attribute_values中存储为TEXT
  • 属性y是数据类型int,但在attribute_values中存储为TEXT