12
返回列表 发新帖
楼主: OBJ_feye

ORACLE设计方案 (SQL 区分)

[复制链接]
论坛徽章:
2
蜘蛛蛋
日期:2013-05-17 16:00:22优秀写手
日期:2013-12-18 09:29:12
11#
 楼主| 发表于 2013-4-25 20:47 | 只看该作者
人气不是很旺哦~~

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
12#
发表于 2013-4-26 04:38 | 只看该作者
> 分配22个表空间,但这个要改程序里面很多sql 语句

Why do the SQLs need to be changed in this case?

> 建22个数据库实例,分22个同样的用户名,配置不同链接,这个设计程序改动小,但部署基本不可实现;

Why is it not realistic?

By the way, in case you don't know, you can change a string in many files with one single command, e.g. change "hello" to "Hello":

perl -pi -e 's/hello/Hello/g' * #search all files in the current directory and make changes if found
find /path/to/somewhere -exec perl -pi -e 's/hello/Hello/g' * #all files in that path and down

Change -pi to -pibak and ' to " in Windows.

使用道具 举报

回复
论坛徽章:
86
2015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11优秀写手
日期:2013-12-18 09:29:11日产
日期:2013-10-17 08:44:39马自达
日期:2013-08-26 16:28:022013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-23 16:55:51马上有房
日期:2014-02-19 11:55:14
13#
发表于 2013-5-21 09:54 | 只看该作者
在MSSQL的时候,是集中式部署在一台服务器,还是分布式部署在不同地市的单独服务器上?

如果仅是迁移的话,不建议变更部署方式,而且一般开发而言,数据库连接串都是可配置的,这个应该不是问题。

使用道具 举报

回复
论坛徽章:
2
ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04复活蛋
日期:2013-02-16 15:29:55
14#
发表于 2013-10-9 09:51 | 只看该作者
以公司业务为重,哪种性能好,就用哪种,代码该改还是要改

使用道具 举报

回复
论坛徽章:
5
参与SAP云计算之旅活动纪念
日期:2011-05-17 13:35:45美羊羊
日期:2015-03-04 14:52:282015年新春福章
日期:2015-03-06 11:58:18秀才
日期:2015-11-23 09:48:22秀才
日期:2016-12-21 16:55:07
15#
发表于 2013-10-9 13:16 | 只看该作者
用12c的PDB实现如何?

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2013-10-10 08:57 | 只看该作者
创建一个主库,即一个实例,下面的地库可以通过数据分析筛选清洗,处理掉一些历史遗留的冗余数据。区分开各个区的数据,通过唯一码前加多一个地号,例如把21的地市用a,b,c,。。。等前缀代替。这样统一用一个库表结构,合库后方便后期管理。

使用道具 举报

回复
求职 : 数据库开发
论坛徽章:
1
ITPUB社区千里马徽章
日期:2013-06-09 10:15:34
17#
发表于 2013-10-10 09:37 | 只看该作者
select* from 库名.dbo.表名称
这个哪有什么考虑的?

oracle的语句根本不是这个结构.

我们公司的在sql和oracle的迁移,
初期在底层构建sql翻译器,进行关键字符的匹配翻译(存在一定的特例代码)
目前,直接在底层开发了2套不同的数据访问模块.

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2013-10-11 13:42 | 只看该作者
本帖最后由 simenliu2013 于 2013-10-11 13:44 编辑
OBJ_feye 发表于 2013-4-25 09:49
如果你们遇到这种情况,是怎么处理的,怎么处理才所用时间最少,改动最小,适应性强。


没做过,但是想想是不是可以采用为连接池建目录的方式来做,具体如下:
1,为每一个分库建一个相应的连接池;
2,为所有连接池以及对应的程序配置相应的目录;
3,前端编写程序控制访问数据库所使用的连接池,即根据所需要访问和存储的分库来动态配置程序应该调用哪个连接池;

这样作应该不需要修改你原先的程序,只需要单独编写访问调度程序就可以了,不知道和你的想要的一致不?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表