Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
是否有针对世界上所有地址的通用街道地址数据库设计? [关闭]
Closed 此问题正在寻求书籍 工具 软件库等的推荐 不满足堆栈溢出指南 目前不接受答案 我是一名程序员 需要一种实用的方法来将世界的街道地址结构存储在数据库中 那么 存储街道地址的最佳且常见的数据库设计是什么 它应该使用简单 查询快速并
sql
databasedesign
streetaddress
postalcode
这是“正确”的数据库设计吗?
我正在使用新版本的第三方应用程序 在这个版本中 数据库结构发生了变化 他们说 以提高性能 旧版本的数据库的一般结构如下 TABLE ENTITY ENTITY ID STANDARD PROPERTY 1 STANDARD PROPERTY
sqlserver
database
performance
databasedesign
如何使用唯一复合键
我有一张桌子 Item ItemName ItemSize Price Notes 我正在制作 ItemName ItemSize 的复合键来唯一标识项目 现在 在阅读了 stackoverflow 上建议使用 UNIQUE 的一些答案后
database
databasedesign
如何表示数据库中的继承? [关闭]
Closed 这个问题是基于意见的 目前不接受答案 我正在考虑如何在 SQL Server 数据库中表示复杂的结构 考虑一个需要存储一系列对象的详细信息的应用程序 这些对象共享一些属性 但有许多其他不常见的属性 例如 商业保险套餐可能在同一
sqlserver
inheritance
databasedesign
classtableinheritance
如何针对特定查询优化表?
您使用哪些模式来确定频繁查询 如何选择优化因素 人们可以做出哪些类型的改变 这是一个很好的问题 虽然相当广泛 但也并不更糟 如果我理解你的意思 那么你是在问如何从头开始解决优化问题 首先要问的问题是 是否存在性能问题 如果没有问题 那么就完
sql
databasedesign
两个关系的(De)标准化
读过C J Date的Introduction to Database System或类似水平书籍的人应该不会对规范化和非规范化的定义有任何疑问 然而 记忆已经不再是以前的样子了 我发现自己经常看着一些设计 并说它没有标准化 尽管我找不到它
databasedesign
Theory
relational
主键可以使用字符值吗?
与使用基于字符的字段相比 在数据库表中使用唯一的数字 ID 字段是否会带来性能提升或最佳实践 例如 如果我有两个表 athlete id 17 name 里基 亨德森 teamid 28 team teamid 28 teamname Oa
database
databasedesign
Optimization
schema
Normalization
将表标准化为第三范式
这道题显然是一道家庭作业题 我听不懂我的教授 也不知道他在选举期间说了什么 我需要一步一步地进行说明 首先将下表规范化为 1NF 然后是 2NF 然后是 3NF 我感谢任何帮助和指导 好吧 我希望我都记得正确 让我们开始吧 Rules 让它
涉及多个表的外键约束
我在 Postgres 9 3 数据库中有以下场景 表 B 和 C 参考表 A 表 C 有一个引用表 B 的可选字段 我想确保对于表 C 中引用表 B 的每一行 c b a c a 也就是说 如果 C 引用了 B 则两行应指向表 A 中的同
DB设计是否使用子类型?
我正在设计的数据库有3个主要表 BOOKS ARTICLES NOTES 每本书或一篇文章可以有多个笔记 我最初的设计就是这样 这意味着书籍笔记和文章笔记都放在 笔记 表中 以下是用于NOTES table note id note typ
sql
databasedesign
datamodeling
PHP访问控制系统
我是使用 PHP 和 MySQL 创建 Web 应用程序的团队的一员 该应用程序将有多个具有不同角色的用户 该应用程序还将以地理分布的方式使用 因此 我们需要创建一个在以下两个级别运行的访问控制系统 控制特定 php 页面的用户权限 即根据
php
databasedesign
permissions
accesscontrol
databasepermissions
使用 O/R 映射时从哪里开始设计?对象还是数据库表?
我正在启动一个新的数据库应用程序 我想知道是否最好从对象开始设计 使用 UML 并相应地构建数据库模式 或者从设计数据库 使用 ER 开始并创建对象是否会更好因此 这两种方法的优点和缺点是什么 我认为这并不重要 但以防万一 我计划使用 Ja
databasedesign
orm
数据库设计-布尔属性或新表
假设我有一个数据库表 我想根据布尔属性 例如 标记 属性 进行过滤 是只向表添加 标记 属性更好 还是创建一个具有基表外键的新表 优缺点都有什么 If that is all you need1 then just add the simp
database
databasedesign
为什么不将 IGNORE_DUP_KEY 设置为 ON?
IGNORE DUP KEY ON基本上告诉 SQL Server 插入非重复行 但默默地忽略任何重复项 默认行为是当列中存在不允许的重复项时引发错误并中止整个事务 我处理过大量数据 这些数据通常至少有一个重复项 而实际上不应该有 所以我喜
sqlserver
TSQL
databasedesign
两张表具有相同的列,还是一张表具有附加列?
假设我有两个表 苹果和橙子 它们具有相同的列 只是表名不同 将其变成一个带有附加列 类型 的表 假设它称为 水果 然后存储 苹果 或 橙色 的值 是否有任何优点 缺点 编辑以澄清 创建表苹果 id 整数 权重整数 各种 varchar 25
mysql
database
databasedesign
跨多列排列的唯一约束
给定 Postgres 数据库中的以下三列 第一 第二 第三 如何创建一个约束以使排列是唯一的 E g If foo bar shiz 存在于数据库中 bar shiz foo 将被排除为非唯一 您可以使用 hstore 创建唯一索引 CR
sql
postgresql
databasedesign
constraints
uniqueconstraint
代理与自然/业务密钥[关闭]
Closed 这个问题是基于意见的 目前不接受答案 又来了 老争论依然出现 我们是否最好将业务键作为主键 或者我们宁愿使用对业务键字段具有唯一约束的代理 ID 即 SQL Server 标识 请提供例子或证据来支持你的理论 使用代理键的几个
database
databasedesign
primarykey
key
为什么在数据库设计中使用一对一关系?
我很难弄清楚何时在数据库设计中使用一对一关系或者是否有必要 如果您只能选择查询中所需的列 是否有必要将表分解为一对一的关系 我想更新一个大表比更新一个小表对性能有更大的影响 我确信这取决于表用于某些操作 读 写 的程度 那么 在设计数据库模
database
databasedesign
databaseschema
onetoone
动态数据库模式[关闭]
Closed 这个问题是基于意见的 目前不接受答案 为动态逻辑数据库模式提供存储的推荐架构是什么 澄清一下 如果系统需要为模型提供存储 而模型的模式在生产中可能会被用户扩展或更改 那么有哪些好的技术 数据库模型或存储引擎可以实现这一点 几种
sql
databasedesign
Architecture
dynamicdata
MySQL - 如何在邮政编码前面加上“0”?
在我的 MySQL InnoDB 数据库中 我有想要清理的脏邮政编码数据 干净的邮政编码数据是指我拥有邮政编码的所有 5 位数字 例如 90210 但由于某种原因 我在数据库中注意到 对于以 0 开头的邮政编码 0 已被删除 So 纽约州霍
sql
mysql
database
databasedesign
«
1 ...
26
27
28
29
30
31
32
»