摘要:表面上看sqlserveragent服务启动正常,但在查看作业的属性与作业历史记录时都出现如下错误: 错误14258:当SQLServerAgent正在启动时,无法执行此操作。请稍后再试。 可能原因: 选择了"使用WindowsNT纤程",具体原因不明。 解决方法: 企业管理器--右键SQL实例--属性--处理器--取消选择"使用WindowsNT纤程" 然后重新启动sql服务 修改了系统密码 解决方法: a.我的电脑--控制面板--管理工具--服务--右键MSSQLSERVER--属性--登陆--登陆身份--选择"本地系统帐户" 或
阅读全文
随笔分类 - 数据库
摘要:第六步:设计淘宝模型1:增加模型主表:点增加按纽,编号:模型编号:名称:模型名称店铺:设置淘宝卖家目标数据源:设置业务系统模型处理类:目前只能选择淘宝模型处理类模型映射:选择淘宝返回的数据第一次对应的映射,注意增加的时候是空,因为你只时还没有增加映射。调用方法名:设置调用淘宝网的API方法2:增加模型映射点增加映射按纽:编号:映射的编号名称:映射的名称表名:对照的物理表名,如果没有,就为空。主键名:表的主键取值主键名:表的主键对应的是淘宝网返回的数据集中的哪个值检查标志:是否对数据进行重复性检查,只有在表名不为空的时候才有效.检查失败的处理方式:当检查到有重复的时候,系统的处理方式3:增加映射
阅读全文
摘要:五、设计淘宝接口模型第一步:业务系统配置 要从淘宝网取数据,必定涉及到业务系统的数据库。配置数据源,告诉系统你的业务系统数据库. 打开[基础数据]-数据源配置按【增加】按纽编号:设置编号名称:设置名称数据源类型:对应的是什么类型的数据库数据库服务器IP:数据库服务器所在的IP数据库服务器端口:端口数据库名:数据库名称用户:数据库用户密码:数据库密码增加完后进入view视图,可以通过点击[数据库测试连接]测试你的配置是否正确.第二步:定义淘宝店铺打开[淘宝接口]-【淘宝店铺】 淘宝平台卖家,分为自用型和他用型,自用型一般是商城用户,他用型就是普通的卖家. 如果使用自用型商家申请的appkey,a
阅读全文
摘要:一、概述本接口为淘宝网和业务系统之间的数据交换提供保障,方便解决淘宝网和业务系统之间数据传输,维护繁杂的问题。√自定义数据交换模型;√数据结构在逻辑转换时可自定义编码对照方案,SQL对照方案;√可以通过客户端来执行数据传输任务;√所有数据传输任务都记录日志信息√传输任务时受事务控制√通过作业调度,可以自定义传输时间和传输频率.二、数据交换模型定义我们把淘宝网的部分数据抽取到本地的业务系统所需要的所有元素,我们称之为模型.这些模型包括√访问淘宝网所需要的API及参数√访问业务系统的数据库连接设置√字段转换的对照列表,√转换后需要执行的脚本或存储过程三、特色本数据接口平台的突出优点就是灵活、高效、
阅读全文
摘要:软件界面:常见业务功能介绍:一:数据库同步处理现在的企业正在使用的软件,只要业务量大的,基本上都存在问题,导致问题的主要原因是:数据量大,使用报表分析的频率很高,造成数据库的压力太大,而解决这个问题的一个方法就是:将报表使用的数据库分开,然后将报表使用的数据库与正式的数据库自动同步,同步的方法有很多种,有的难有的易,ESK数据交换平台提供一个解决方案,很简单。1):首先设置要同步的两个数据库,即设置两个数据源.2):设置一个数据库模型,模型处理类要选表同步处理.你还可以设置同步的条件,比如从2011/01/01之后的数据才 需要同步.为了进行自动增量同步,假如是从A库的A1表同步到B库的A1表
阅读全文
摘要:曾经对一个系统进行了全部的检测,并进行了优化,深有感触.1):数据库索引一定要建,并且要管理好.不能盲目的建.2):代码的结构要注意.注重算法...每一次的操作应尽量少访问数据库.3):注意cache的合理利用.4):注意视图,存储过程的写法..存储过程尽量少写cursor
阅读全文
摘要:一个软件的设计,主键的产生原则是相当重要的,其系统性能与之息息相关。我自已设计过多个系统,在设计表主键的时候,用过很多种方式,现在设计的时候主要的一个原则是:性能尽可能的好,维护也尽可能的方便. 目前,常用的数据库主键设计原则是: 1):采用GUID作为主键,这种的优势就是全球唯一,无论是用数据库还是用代码,产生都很方便,维护很方便。但性能是最低的,使用的时候要注意. 2):采用数据库自动增长的方式。这种方式性能好,产生也很方便。但是维护很麻烦。一般的话,这种主键用于一些特殊的表,比如说日志表,其不需要维护. 3):采用int型作为主键,这种方式是性能好,产生也很方便,维护也方便,但是主键的.
阅读全文
摘要:使用sqlserver作为数据库的应用系统,都避免不了有时候会产生死锁, 死锁出现以后,维护人员或者开发人员大多只会通过sp_who来查找死锁的进程,然后用sp_kill杀掉。利用sp_who_lock这个存储过程,可以很方便的知道哪个进程出现了死锁,出现死锁的问题在哪里.创建sp_who_lock存储过程CREATE procedure sp_who_lock as begin declare @spid int declare @blk int declare @count int declare @index int declare @lock tinyint set @lock=0 .
阅读全文
摘要:鞋服行业的信息化,最能听到的词就是:速度很慢,性能不行.根据我对这个行业的了解,目前国内鞋服行业信软件的架构,开发大多在2004以前,刚开始针对的模式都是代理商的模式,现在慢慢软件从代理商实施到总部,自然而然的出现问题。最突出的就是性能,因为总部和代理商的组织架构,数据量的大小是不能一概而论的。最近有幸拜读了一下taobao的数据库架构师丹林/赵林写的<<淘宝数据库架构演进历程>>,很有认知感。 1):数据库的设计要有变化,一些查询要从多表关联过渡到单表复杂查询. 现在鞋服行业信息化软件,大多还停留在第一步,即多表关联Join阶段,也就是属于taobao初级阶段。是否有
阅读全文
摘要:刚刚写完<<关于oracle的闪回技术>>,行业群内的一个朋友告诉我,sqlserver也是可以恢复的。无论是用delete,还是truncate.并且发给我一个工具叫:Log Explorer for SQL Serverv.要使用log Exploer,有个前堤,数据库故障还原模型必须为:完全. 中午没事测试了一下。把log文件备份下来,将数据库表的数据删除一些后。进入log explorer.注意:LogExplore不支持直接修改数据库.他可以生成事物的逆操作脚本。通过Undo user Tranactions或redo user Transactions就可以
阅读全文
摘要:老实说,对于oracle我还是一支半解,仅仅只限于会安装,会使用,会做一些简单的备份和恢复.前几天做ERP电子沙盘的项目时,不小心把erp项目的一些系统表drop掉了,本来就是想当然的准备重建一下,正好我的同事对我说,oracle有闪回技术可以取回,我的另外一个同事就马上就开始着手去恢复,很快的把问题解决了。这让我很惊讶,同样的事情我在09年也犯过,不过当时使用的是sqlserver,使用了truncate table 删掉数据后,就无法恢复了,害的全公司各门店,补了几天零售数据.由此可见,sqlserver确实很烂的。
阅读全文
摘要:鞋服行业和其它行业不同,它的行业性很特殊,它日产生的数据量很大,试想一想:如果一个公司总部有200家自营店,有20个分公司,每个分公司下有30家门店,5家经销商,每家经销商下还有10个门店.对于这样的一个集团的公司,每年产生的数据应该在10g-25g之间,同时实时在线的至少有1000+。 对于动态业务分表,提出解决方案并不是一件很难的事情,那些巨人公司都已经有了先例,比如:中国电信,sqlserver,oracle.中国电信一般都按照时间来的,比如,按周分表,按月分表,按年分表.sqlserver,oracle都提供了一个分区表的概念, 如果有测试过的朋友知道,它有一个分区函数,分区函数就是.
阅读全文
摘要:09年的时候给当时公司上供应链系统,公司在全国各地大概有180个门店,加上总部操作的人数,一般在线的都有300-400人,每天的单据量相对来说还是比较大(当然不能和电信比了),实施完成后,将该客户在旧系统中前两年的销售数据一起纳入到新系统里面. 公司应用的情况是:门店做销售,总部10多人做一些正常的单据(采购,调货),绝大多数的人是在做分析,监控.所以,客户对报表的要求非常高,除了数据准确之外,还要求实时,还有一点就是:它们的报表都是很复杂的,执行时间比较长,很耗资源,数据导入到excel里面,经常是超过了excel的最大行数65535,最大列数256. 系统的情况是:J2EE架构,B/S结构
阅读全文