或许大家都设计过数据库,也为表定义过主键,今天我想阐述的是,应该如何正确的设计一个主键,在以往的一些资料中,都没有提及到主键设计的原则.我为此总结了一下:1.是否要采用GUID作为主键用GUID作主键有它的优势与不足.优势是GUID具有唯一性,在任何情况下,可以产生全球唯一的值.这是GUID最大的优势,也方便数据导入,比如要求从另一个系统中把数据导入进来,那么,不用担心,导入时,会导致主键

 在开发的时候有时需要获取数据库架构信息来得到数据库的一些其他信息，比如存储过程、视图、表、字段的类型、备注说明等。通过OleDb.NET数据提供程序可以比较简洁的实现这一点。         一、OleDbConnection的GetOleDbSchemaTable方法在Ado.net的对象模型的该对象充当了与数据源之间的连接，通过Connection对象来连接数据库或者从数据库断开

成员名称 说明 BigInt 受 .NET Framework 精简版的支持。 Int64 一个 64 位的有符号整数。 Binary 受 .NET Framework 精简版的支持。 Array 类型为 Byte 二进制数据的固定长度流，范围在 1 到 8,000 个字节之间。 Bit 受 .NET

利用SQL语言,实现数据库的备份/恢复的功能体现了SQL Server中的四个知识点：1．   获取SQL Server服务器上的默认目录2．   备份SQL语句的使用3．   恢复SQL语句的使用，同时考虑了强制恢复时关闭其他用户进程的处理4．   作业创建SQL语句的使用 /*1.--得到数据库的文件目录  @dbname 指定要取得目录的数据库名   如果指定的数

开发人员通常会发现他们以前为某个对象选择的名称会引起问题。坏消息是在大多数开发人员意识到他们所选择的对象名称有问题时，一般在数据库中已经有了几百个视图、存储过程和函数——而且这些对象名称已经出现了很多次。在冒风险更改对象名称之前，你需要确定任务量。在感兴趣的对象是表或视图时，你可以使用 Enterprise Manager (企业管理器) 中内建的Dependencies (相关性)工具。要使

MySQL目前不支持列的Default  为函数的形式,  如达到你某列的默认值为当前更新日期与时间的功能,  你可以使用TIMESTAMP列类型  下面就详细说明TIMESTAMP列类型    TIMESTAMP列类型  TIMESTAMP值可以从1970的某时的开始一直到2037年，精度为一秒，其值作为数字显示。  TIMESTAMP值显示尺寸的格式如下表所示：  ：  +----------

create proc sp_PublicTurnPageWebSite( @TBName  nvarchar(100)=, --表名,如 pinyin @PageSize int=10,   --每页的记录数,默认为 10 @CurPage int=1,   --表示当前页 1 @KeyField nvarchar(100)=ID, --关键字段名，默认为 ID,该字段要求是表中的索引

设定数据库字符集 mysqlalter database da_name default character set charsetServer characterset:    latin1_swedish_ci改成Server characterset:    gb2312创建数据库的时候用CREATE DATABASE `mydatabase` DEFAULT CHARACTER SET

三种tomcat管理界面常用设置1.登陆管理界面http://localhost:8080/admin密码和用户名在你安装的时候设定的，如果忘记(或没有)的话，去改%CATALINA_HOME%/conf/tomcat-users.xml，添加admin和manager两个role，一个用户，该用户的role为admin和manager就可以了，按原有的xml复制修改就可以。2.常用功能s(2

1：安装好JDK 2：安装好TOMCAT　(这篇文章是基于tomcat 4.1.30　版的配置，其它各个版本的配置都是大同小异的。) ，同时下载你要配置的数据库的JDBC驱动程序，放到$Tomcat_Home$/common/lib下面。3：在tomcat的安装目录下面的webapps下面建一个文件夹，其名字假定为foldername（该文件夹的名字可以任意命名） 4：在刚建的文件夹（folder

如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我们最近找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。我们的编辑从收到的130 个反馈中精选了其中的60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为

数据库命名规范 一．实体和属性的命名1． 常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写 Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl;2． 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写

服务器程序利用线程技术响应客户请求已经司空见惯,可能您认为这样做效率已经很高，但您有没有想过优化一下使用线程的方法。该文章将向您介绍服务器程序如何利用线程池来优化性能并提供一个简单的线程池实现。线程池的技术背景在面向对象编程中，创建和销毁对象是很费时间的，因为创建一个对象要获取内存资源或者其它更多资源。在Java中更是如此，虚拟机将试图跟踪每一个对象，以便能够在对象销毁后进行垃圾回收。所以提高

 if exists (select * from dbo.sysobjects where id = object_id(N[dbo].[OrderOptimize]) and OBJECTPROPERTY(id, NIsProcedure) = 1)drop procedure [dbo].[OrderOptimize]GOSET QUOTED_IDENTIFIER ON GO

1.参考下面的,看数据库和查询语句有没有可优化的地方如何让你的SQL运行得更快 ---- 人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明显。笔者在工作实践中发现，不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优

一、前言：在经过一段时间的存储过程开发之后，写下了一些开发时候的小结和经验与大家共享，希望对大家有益，主要是针对Sybase和SQL Server数据库，但其它数据库应该有一些共性。 二、适合读者对象：数据库开发程序员，数据库的数据量很多，涉及到对SP（存储过程）的优化的项目开发人员，对数据库有浓厚兴趣的人。 三、介绍：在数据库的开发过程中，经常会遇到复杂的业务逻辑和对数据库的操作，这个时

问题是这样: 有表Stress_test(id  int, key char(2))        id 上有普通索引;        key 上有簇索引;        id 有有限量的重复;        key 有无限量的重复;现在我需要按逻辑与查询表中key=Az AND key=Bw AND key=Cv 的id求教高手最有效的查询语句测试环境：     Hard

以Pubs为例，我现在知道一个值，‘jjfda’,但是不知道他在哪个表哪个字段  请问可以实现查询吗？  ---------------------------------------------------------------   --测试   declare  @str  varchar(100)  set  @str=White    --要搜索的字符串   declare  @s

随着“金盾工程”建设的逐步深入和公安信息化的高速发展，公安计算机应用系统被广泛应用在各警种、各部门。与此同时，应用系统体系的核心、系统数据的存放地――数据库也随着实际应用而急剧膨胀，一些大规模的系统，如人口系统的数据甚至超过了1000万条，可谓海量。那么，如何实现快速地从这些超大容量的数据库中提取数据（查询）、分析、统计以及提取数据后进行数据分页已成为各地系统管理员和数据库管理员亟待解决的难题。

 从数据库结构做起 字段类型的定义时遵循以下规则: 选用字段长度最小 优先使用定长型 尽可能的定义 "NOT NULL" 数值型字段中避免使用 "ZEROFILL" 如果要储存的数据为字符串, 且可能值已知且有限, 优先使用 enum 或 set索引的优化至关重要(以下如果没有特殊说明, 均指查询密集的情况) 被索引的字段的长度越小, 该索引的效

 1、前言    目前所有使用Oracle作为数据库支撑平台的应用，大部分数据量比较庞大的系统，即表的数据量一般情况下都是在百万级以上的数据量。当然在Oracle中创建分区是一种不错的选择，但是当你发现你的应用有多张表关联的时候，并且这些表大部分都是比较庞大，而你关联的时候发现其中的某一张或者某几张表关联之后得到的结果集非常小并且查询得到这个结果集的速度非常快，那么这个时候我考虑在Oracle

建立数据字典的一点总结这两天在进行数据字典的建立。看到两种建立数据字典的途径:一种是将已有的其它同类操作系统的源码拿来，找出都有哪些文件和函数。另一种是根据已有的理论书籍（包括《Real-Time Concepts for Embedded Systems》)来找出MyOS(51)所需要的和未来需要的函数操作与对象。后来我决定同时使用两种方法来建立数据字典这两天在建立数据字典的过程中使用到了若干工

1. 需求分析阶段 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，

数据库设计规范  版本：V2.0 修订文档历史记录：---日期--|---版本--|--说明----2003.6.5   V1.0      文档初搞2003.6.17  V2.0      对1.0 的内容重新整理                               数据库设计规范1  目的    规范数据库设计。 2  概述

终于搞定了,早了很多相关的资料,都没有成功;也许是说明不全,也许是我的水平不够;后来看tomcat的官方说明才顺利通过。教训:多看官方文档。虽然简单,但是还是把配置的过程写出来:1. MySQL configurationEnsure that you follow these instructions as variations can cause problems. Create a new