【转帖】Oracle与SQLServer选型时不得不说的三个小差异

编程范式的本质:阴阳二分,相融相异 本文源于一次真实的设计讨论,上片博客沿着四种语言实现的路子走下去,本篇博客则沿着设计模式的路线归结到计算机哲学的根。需求本身小得不能再小:给一个存放数据库读取结果的 `Dict` 列表按字段名排序。但当我们把约束加码到"字段演进时排序器永不改动"时,这个需求就不再是工程问题,而成了三种编程范式的正面交锋。沿着这条线走下去,我们最终抵达了一个更根本的结论——**编程范式不是一张并列的表格,而是一棵树,而树的根只有两个。** 阅读详情

Oracle与SQLServer选型时不得不说的三个小差异

 

  甲骨文与微软两大数据库产品,是数据库发展史上的两座大山。这让我们在数据库选型的时候,基本上没有多大的选择余地,不是微软就是甲骨文。但是,从他们两者来说,还是有比较大的差异。今天笔者就谈谈在数据库选型的时候,不得不关注的他们之间的三个小差异。了解这些区别,能够给我们数据库选型带来很大的指导作用。




    一、所支持平台的差异。




    甲骨文的数据库系统,是在JAVA平台上开发起来的,所以,保持着众多JAVA程序的特性。如有很多功能都需要利用命令来完成;如一些辅助工具也都是类似DOS窗口的命令行形式的窗口,等等。而基于JAVA平台开发的数据库版本,也继承了JAVA的一个很重要的性能,就是跨平台性能。甲骨文的Oracle数据库可以在现有的大部分操作系统上顺利运行,如无论是开源的Linux系统还是微软的服务器系统,又或是苹果操作系统等等,都可以跑Oracle数据库系统。



    而微软的SQLServer数据库系统,其只能够在微软的操作系统上运行,这除了技术上的因素之外,可能也是微软捆绑销售以及垄断的商业策略的体现吧。



    但是,从各个方面考虑,数据库能够支持多个平台的特性,已经越来越重要。



    一是从服务器稳定的角度考虑。到现在为止,开源的UNIX还是首选的服务器操作系统。UNIX服务器操作系统的稳定性是有目共睹的;而微软的服务器软件漏洞之多、稳定性之差也是大家感同身受的。相比之下,在一些稳定性要求比较高的应用上来说,大家更加喜欢使用UNIX(或者其分支LINUX)作为服务器软件。虽然,其在维护成本上可能会高于微软的服务器操作系统。既然在服务器操作系统上有多个平台可以选择,那么无论是企业还是软件公司,在数据库选型上,也必须要考虑这个趋势。若商业软件公司,他们开发的软件只支持微软的数据库,而不支持甲骨文的数据库的话,则他们开发的软件,就只能够在微软的操作系统平台上应用,而不能在如LINUX的平台下应用,这必将失去很大的一部分市场。在这方面,我们公司的CRM软件业务就吃过一次亏。由于我们公司的CRM软件是从其他公司收购过来的,其只支持微软的数据库产品。虽然跟微软的数据库产品捆绑销售,据说企业也从微软那边拿到了不少的返点,但是,也失去了不少的客户。因为现在不少客户在选型的时候,都需要CRM软件能够支持跨平台运行,特别是服务器上,出于稳定性考虑,他们都采用LINUX作为后台服务器的操作系统。但是,我们公司的CRM软件无法适应这个跨平台的需求,所以,被迫放弃了很多项目。现在研发部门正在研究,准备开发出一套能够支持跨平台的CRM软件。而要实现这个目标,首先要考虑的就是数据库要能够支持跨平台。



    二是从客户端的部署成本考虑。跨平台也是一个必然的选择。现在微软进一步加强对盗版的打击力度,这虽然可能会增加微软的销售额,但是,也在一定程度上,把微软的用户向Linux等开元操作系统转移。为了适应这个趋势,企业在软件选型的时候,不仅在服务器上有所体现,在客户端上,企业也要求能够支持Linux等开源的操作系统。这个趋势,也给微软当头一棒。虽然说,信息化管理软件的跨平台性能除了跟数据库有关外,还跟信息化管理软件的开发平台相关。但是,从客户端的部署成本来考虑,大部分企业还是会采用免费的开源操作系统,而软件公司为了满足企业的这一需求,也会采用支持跨平台的开发语言;而他们也就自然而然会支持甲骨文的操作系统。这必将大大的影响微软数据库系统的市场占有率。



    所以,笔者认为,不能够支持跨平台运行,这是微软数据库系统跟甲骨文数据库系统在市场竞争中,最大的劣势吧。


二、部署成本上的区别。




    在数据库部署成本上,两者的差异可以用一句话概述,就是甲骨文的数据库性能比微软的数据库性能要高几十倍,但是,部署价格的话,甲骨文系统也比微软的数据库系统高贵好几倍。当然,这是一个比较笼统的说法,在实际数据库选型中,还需要实际情况实际分析。



    1、Oracle数据库也有一些免费的版本。为了吸引更多的客户,甲骨文数据库系统也推出了一些针对中小型企业的免费数据库系统,如XE等等。这些免费的数据库虽然比收费的数据库系统在某些方面受到了一些限制,如支持CPU以及数据库容量上有一定的限制,但是,对于小型企业的应用来说,没有多大的影响。而微软的数据库系统无论是大型应用还是小型应用,都是需要收费的。虽然,根据笔者的了解,不少中小型企业,在数据库选型的时候,选择了相对复杂的Oracle数据库系统,而放弃了收费高昂的微软的数据库系统。从这方面考虑,甲骨文的数据库实施成本反而比微软的数据库要小的多。



    2、Oracle数据库部署成本高的原因,是他们还提供了很多收费的维护工具。其实,甲骨文的数据库系统,不仅仅是一个数据库软件,还有很多维护工具,而这些维护工具是跟数据库本身分开卖的。若就一个数据库系统,则对于大部分数据库管理员来说,是管理不好甲骨文的数据库系统的;如不少的甲骨文数据库管理员,失去了SQL*plus工具,就手足无策了。巧妇难为无米之炊,没有这些辅助工具,甲骨文的数据库管理员就好像魔术师失去了道具,无所适从。真是因为这些原因,甲骨文的数据库部署与维护成本,比微软的数据库系统要高的多。微软基本上没有什么收费的数据库系统官方工具,就是一个数据库系统,在里面也自带了企业管理器。利用这个企业管理器环境,基本上可以完成微软数据库系统的维护工作。正是因为如此,微软的数据库系统的部署与维护成本,要比甲骨文的低许多。当然,这是微软数据库系统以牺牲数据库的性能为代价的。毋庸置疑,真是因为这些丰富的甲骨文数据库辅助工具,才能够保障甲骨文数据库的高性能。



    3、从数据库管理员的价值来说,两者之间也有比价到的差异。若把数据库管理员当作一个商品的话,则甲骨文的数据库管理员与微软的数据库管理员,同一个档次的,则前者比后者要贵许多。虽然都是数据库管理员,但是,就好像一个是本地组装的,一个是原装进口的,两者在价格上有很大的差异。不是笔者自夸,在同一个水平下,聘请一个甲骨文的数据库管理员,就可以凭请两到三个微软数据库管理员了,甚至更多。光从数据库维护人员的支出考虑,数据库维护成本,甲骨文的操作系统就要比微软的数据库操作系统贵两倍到三倍。这也正是甲骨文数据库维护成本比较高的另一个重要原因。不过,对于刚入门的数据库管理员来说,两者没有很大的区别;级别越高,两者的“价格”,差异就越大。


三、社区氛围的差异。




    社区氛围上的差异,这不仅是微软与甲骨文数据库系统上的差异,也是这两家公司经营文化上的差异。



    微软非常注重整个产品的社区氛围。如笔者在数据库这个行业也已经有很长的经验了,笔者曾多次受到微软公司的邀请,听他们的新产品发布会、研讨会之类的;而且,在网上,还有专门的免费教育。在GOOGLE上,输入微软数据库教学,可以查询到很多官方的培训视频。但是,甲骨文公司在这点上,明显不如微软。笔者使用了这么多年的Oracle数据库,从最初的9开始,到现在的这个最新的版本,这么多的版本变更,笔者从来没有听说过,甲骨文公司什么时候在全国各地开过产品发布说明会了,更没有用户研讨会了。而且,在网站上查找一下,也很难查到官方的培训光盘。所以说,微软是比较重视他们的用户群体的。



    这一点不光是反映在他们的数据库产品上,在他们的CRM软件业是如此。正是这一点,让微软抓住了很多用户的心,这对于他们开拓市场,具有很好的辅助作用。



    微软积极营造的这种社区氛围,对于用户了解微软的数据库产品,学习他们的数据库产品技术,是非常有帮助的。而由于甲骨文缺少这种氛围,所以,基本上只有通过培训才能够进入甲骨文的数据库管理员这个团队,入门比较困难。

    (转自:ITPUB)

 

  甲骨文与微软两大数据库产品,是数据库发展史上的两座大山。这让我们在数据库选型的时候,基本上没有多大的选择余地,不是微软就是甲骨文。但是,从他们两者来说,还是有比较大的差异。今天笔者就谈谈在数据库选型的时候,不得不关注的他们之间的三个小差异。了解这些区别,能够给我们数据库选型带来很大的指导作用。




    一、所支持平台的差异。




    甲骨文的数据库系统,是在JAVA平台上开发起来的,所以,保持着众多JAVA程序的特性。如有很多功能都需要利用命令来完成;如一些辅助工具也都是类似DOS窗口的命令行形式的窗口,等等。而基于JAVA平台开发的数据库版本,也继承了JAVA的一个很重要的性能,就是跨平台性能。甲骨文的Oracle数据库可以在现有的大部分操作系统上顺利运行,如无论是开源的Linux系统还是微软的服务器系统,又或是苹果操作系统等等,都可以跑Oracle数据库系统。



    而微软的SQLServer数据库系统,其只能够在微软的操作系统上运行,这除了技术上的因素之外,可能也是微软捆绑销售以及垄断的商业策略的体现吧。



    但是,从各个方面考虑,数据库能够支持多个平台的特性,已经越来越重要。



    一是从服务器稳定的角度考虑。到现在为止,开源的UNIX还是首选的服务器操作系统。UNIX服务器操作系统的稳定性是有目共睹的;而微软的服务器软件漏洞之多、稳定性之差也是大家感同身受的。相比之下,在一些稳定性要求比较高的应用上来说,大家更加喜欢使用UNIX(或者其分支LINUX)作为服务器软件。虽然,其在维护成本上可能会高于微软的服务器操作系统。既然在服务器操作系统上有多个平台可以选择,那么无论是企业还是软件公司,在数据库选型上,也必须要考虑这个趋势。若商业软件公司,他们开发的软件只支持微软的数据库,而不支持甲骨文的数据库的话,则他们开发的软件,就只能够在微软的操作系统平台上应用,而不能在如LINUX的平台下应用,这必将失去很大的一部分市场。在这方面,我们公司的CRM软件业务就吃过一次亏。由于我们公司的CRM软件是从其他公司收购过来的,其只支持微软的数据库产品。虽然跟微软的数据库产品捆绑销售,据说企业也从微软那边拿到了不少的返点,但是,也失去了不少的客户。因为现在不少客户在选型的时候,都需要CRM软件能够支持跨平台运行,特别是服务器上,出于稳定性考虑,他们都采用LINUX作为后台服务器的操作系统。但是,我们公司的CRM软件无法适应这个跨平台的需求,所以,被迫放弃了很多项目。现在研发部门正在研究,准备开发出一套能够支持跨平台的CRM软件。而要实现这个目标,首先要考虑的就是数据库要能够支持跨平台。



    二是从客户端的部署成本考虑。跨平台也是一个必然的选择。现在微软进一步加强对盗版的打击力度,这虽然可能会增加微软的销售额,但是,也在一定程度上,把微软的用户向Linux等开元操作系统转移。为了适应这个趋势,企业在软件选型的时候,不仅在服务器上有所体现,在客户端上,企业也要求能够支持Linux等开源的操作系统。这个趋势,也给微软当头一棒。虽然说,信息化管理软件的跨平台性能除了跟数据库有关外,还跟信息化管理软件的开发平台相关。但是,从客户端的部署成本来考虑,大部分企业还是会采用免费的开源操作系统,而软件公司为了满足企业的这一需求,也会采用支持跨平台的开发语言;而他们也就自然而然会支持甲骨文的操作系统。这必将大大的影响微软数据库系统的市场占有率。



    所以,笔者认为,不能够支持跨平台运行,这是微软数据库系统跟甲骨文数据库系统在市场竞争中,最大的劣势吧。


二、部署成本上的区别。




    在数据库部署成本上,两者的差异可以用一句话概述,就是甲骨文的数据库性能比微软的数据库性能要高几十倍,但是,部署价格的话,甲骨文系统也比微软的数据库系统高贵好几倍。当然,这是一个比较笼统的说法,在实际数据库选型中,还需要实际情况实际分析。



    1、Oracle数据库也有一些免费的版本。为了吸引更多的客户,甲骨文数据库系统也推出了一些针对中小型企业的免费数据库系统,如XE等等。这些免费的数据库虽然比收费的数据库系统在某些方面受到了一些限制,如支持CPU以及数据库容量上有一定的限制,但是,对于小型企业的应用来说,没有多大的影响。而微软的数据库系统无论是大型应用还是小型应用,都是需要收费的。虽然,根据笔者的了解,不少中小型企业,在数据库选型的时候,选择了相对复杂的Oracle数据库系统,而放弃了收费高昂的微软的数据库系统。从这方面考虑,甲骨文的数据库实施成本反而比微软的数据库要小的多。



    2、Oracle数据库部署成本高的原因,是他们还提供了很多收费的维护工具。其实,甲骨文的数据库系统,不仅仅是一个数据库软件,还有很多维护工具,而这些维护工具是跟数据库本身分开卖的。若就一个数据库系统,则对于大部分数据库管理员来说,是管理不好甲骨文的数据库系统的;如不少的甲骨文数据库管理员,失去了SQL*plus工具,就手足无策了。巧妇难为无米之炊,没有这些辅助工具,甲骨文的数据库管理员就好像魔术师失去了道具,无所适从。真是因为这些原因,甲骨文的数据库部署与维护成本,比微软的数据库系统要高的多。微软基本上没有什么收费的数据库系统官方工具,就是一个数据库系统,在里面也自带了企业管理器。利用这个企业管理器环境,基本上可以完成微软数据库系统的维护工作。正是因为如此,微软的数据库系统的部署与维护成本,要比甲骨文的低许多。当然,这是微软数据库系统以牺牲数据库的性能为代价的。毋庸置疑,真是因为这些丰富的甲骨文数据库辅助工具,才能够保障甲骨文数据库的高性能。



    3、从数据库管理员的价值来说,两者之间也有比价到的差异。若把数据库管理员当作一个商品的话,则甲骨文的数据库管理员与微软的数据库管理员,同一个档次的,则前者比后者要贵许多。虽然都是数据库管理员,但是,就好像一个是本地组装的,一个是原装进口的,两者在价格上有很大的差异。不是笔者自夸,在同一个水平下,聘请一个甲骨文的数据库管理员,就可以凭请两到三个微软数据库管理员了,甚至更多。光从数据库维护人员的支出考虑,数据库维护成本,甲骨文的操作系统就要比微软的数据库操作系统贵两倍到三倍。这也正是甲骨文数据库维护成本比较高的另一个重要原因。不过,对于刚入门的数据库管理员来说,两者没有很大的区别;级别越高,两者的“价格”,差异就越大。


三、社区氛围的差异。




    社区氛围上的差异,这不仅是微软与甲骨文数据库系统上的差异,也是这两家公司经营文化上的差异。



    微软非常注重整个产品的社区氛围。如笔者在数据库这个行业也已经有很长的经验了,笔者曾多次受到微软公司的邀请,听他们的新产品发布会、研讨会之类的;而且,在网上,还有专门的免费教育。在GOOGLE上,输入微软数据库教学,可以查询到很多官方的培训视频。但是,甲骨文公司在这点上,明显不如微软。笔者使用了这么多年的Oracle数据库,从最初的9开始,到现在的这个最新的版本,这么多的版本变更,笔者从来没有听说过,甲骨文公司什么时候在全国各地开过产品发布说明会了,更没有用户研讨会了。而且,在网站上查找一下,也很难查到官方的培训光盘。所以说,微软是比较重视他们的用户群体的。



    这一点不光是反映在他们的数据库产品上,在他们的CRM软件业是如此。正是这一点,让微软抓住了很多用户的心,这对于他们开拓市场,具有很好的辅助作用。



    微软积极营造的这种社区氛围,对于用户了解微软的数据库产品,学习他们的数据库产品技术,是非常有帮助的。而由于甲骨文缺少这种氛围,所以,基本上只有通过培训才能够进入甲骨文的数据库管理员这个团队,入门比较困难。

    (转自:ITPUB)

2026年Java 开发工程师常见面试简答题 本文整理了Java开发工程师面试常见简答题及详细解析,涵盖Java基础、集合框架、并发编程、JVM等核心考点。主要内容包括:1. Java基础概念:JDK/JRE/JVM区别、面向对象特性、重载与重写、接口与抽象类、String特性等 2. 集合框架:ArrayList/LinkedList区别、HashMap实现原理、线程安全方案、集合类型对比 3. 并发编程:synchronized原理、volatile作用、线程创建方式、线程池参数与策略、死锁处理 4. JVM相关:内存区域划分、垃圾回收算法、类加载 阅读详情

相关推荐

C++中const和指针*的组合问题

今天在复习> 章节7.3的时候想到以前做的一个题,const和指针运算符*的若干种组合的合法性和意义问题,有点混淆,所以写了一个测试代码来验证一下,简单明了,一目了然。如果有什么遗漏的话欢迎指出。 首先是在Ubuntu14.04.1下用gcc 4.8.4编译运行的结果,编译器报错信息都附加在对应语句后面的注释里 /* * Note : Test for the combinations of

theColdOne的专栏 1081

【转帖】Access,MS SQL Server 和 Oracle 中的通配符

【转帖】Access,MS SQL Server 和 Oracle 中的通配符 Access,MS SQL Server 和 Oracle 中使用的通配符如果有什么不同,主要就是因为支持的 SQL 规范不同。SQL 语言发 布过两个规范:ANSI-89 和 ANSI-92。跟 ANSI-89 比起来,ANSI-92 SQL 有新的和不同的保留关键字,语法规则和通配符(Wildcard

GeneralYY0的专栏 1745

Tiff、jpg图片怎么样添加地理坐标信息

Tiff、jpg图片怎么样添加地理坐标信息 一般,外业调查只有地图资料,如专题图、或者地形图,如何把这些地图资料的扫描地图带上坐标信息,从而内业实现信息化处理?以上问题,可以解决,但根据不同情况有不同的处理方法。     第一种,上面有经纬度外框,图片是矩形,但是没有地理信息。 通过图框的两个角的坐标确定范围,分别是左上(140°E,30°N);右下(150°W,30°N) 解决方

树木_xzw的博客 2万+

[转帖]oracle改版sql server问题点汇总

https://www.cnblogs.com/zhangdk/p/oracle_sqlserver.html 只记得 最开始的时候看过 没有具体的了解里面的特点 原作者总结的很好 留下来 以后说不定有用处. 目录 1.符号使用 1.1 :->@ 1.2 mod()->% 1.3 ||->+ 1.4 off等表别名 1.5 c...

weixin_30900589的博客 114

Windows系统监控实战:Grafana+Prometheus+node_exporter配置全攻略

本文提供了一套完整的Windows系统监控解决方案,详细介绍了如何使用Grafana、Prometheus和node_exporter(Windows版为windows_exporter)构建可视化监控平台。从环境准备、组件安装配置,到数据可视化与常见问题排查,手把手指导您实现从数据采集到仪表盘展示的全过程,帮助您从被动救火转向主动预警,有效保障Windows服务器稳定运行。

assembly8low的博客 248

先进封装基础知识

想象一下,芯片就像是电脑或手机的大脑,但它非常脆弱,需要被保护起来。芯片封装就是给芯片穿上一件“保护衣”,这件“保护衣”不仅可以保护芯片,还能帮助芯片与外部世界进行沟通。

阿拉伯梳子的专栏 1144

主流数据库复制表结构(SqlServer/Mysql/Oracle/Sybase)[语法差异分析]

因为数据库SQL语句在各大产品中带有“方言性”,即SQLSERVER SYBASE都是用了T-SQL,Mysql是用的标准SQL,Oracle有有自己的PL/SQL。由于这种“方言性”的差异导致很多SQL语句在移植的时候产生困难,在异构数据库的时候显得很尴尬。当然对于DBA来说,无非是查查语法而已的事。但是终究是不方便。这里就跟大家分享下我自己实验整理的,复制表结构即数据的各...

weixin_34014277的博客 115

Windows下用VS2022编译libcurl全流程(含openssl配置避坑指南)

本文详细介绍了在Windows平台使用Visual Studio 2022编译libcurl库的完整流程,重点解决了集成OpenSSL支持HTTPS功能时的常见配置难题。从环境准备、源码获取、依赖编译到工程配置,提供了清晰的步骤和针对非默认安装路径的避坑指南,帮助开发者高效完成网络库的集成工作。

weixin_29291185的博客 245

OA系统中的数据库应用

<br />上一篇文章简单阐述了OA系统运行的操作系统和浏览器环境,本篇文章主要解释数据库在OA系统中的识别,以此判断各种OA系统的性能,通过数据库的选择来定位OA系统在单位内的应用情况,各类数据的情况不等,用户所需要付出的成本也高低不同,现在的主流数据主要以Ms sqlserver和MYSQL数据库为主,可以适合到1000用户内的单位使用,<br />数飞OA系统可以支持以Microsoft Access、MYSQL、ms sqlserver2000,2005、oracle数据的应用。<br /> <br

voip88的专栏 1513

华为OD机试双机位C卷-简单的解压缩算法(C/C++/Py/Java/Js/Go)

华为OD机试(机考)双机位C卷 【简单的解压缩算法】,提供C语言、Java、C++、Python、Go、JavaScript源码实现,并提供完整思路讲解,以及在线OJ模拟做题。华为OD真题【简单的解压缩算法】。

qq_45776114的博客 475

(9-2)离线强化学习:离线强化学习的主流方法

本文介绍了三种离线强化学习的主流约束策略优化方法:BCQ、CQL和Fisher-BRC,并通过CartPole环境进行性能比较。BCQ利用生成模型约束动作选择并引入扰动网络;CQL通过正则化Q值抑制对未见状态-动作对的高估;Fisher-BRC使用Fisher散度正则化策略分布。实验结果表明,三种方法各有优势,其中CQL表现最为稳定。文章还指出,为获得更好的性能,需要更大的数据集和更长的训练轮次。这些方法通过限制策略优化范围,有效提高了离线强化学习的稳定性和泛化能力。

码农三叔 1539

linux怎么看文件在哪个目录,怎么查这个文件在linux下的哪个目录

因为要装pl/sql所以要查找tnsnames.ora文件。。看看怎么查这个文件在linux下的哪个目录find / -name tnsnames.ora查到:/opt/app/oracle/product/10.2/network/admin/tnsnames.ora/opt/app/oracle/product/10.2/network/admin/samples/tnsnames.ora还可...

weixin_42324905的博客 6304

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

Oracle静默安装,含仅软件安装和数据库安装及常见报错处理方法DBT-10317 DBT-05509 [FATAL] ORA-03114

本文详解Oracle 19c单机版静默安装与数据库创建全流程,涵盖目录配置、响应文件编写、安装及建库命令,附常见报错(如DBT-10317、ORA-03114)解析与解决方案,包含删库指令与日志分析,适合内网环境自学实战,免费干货,实用性强。

qq_41474349的博客 177

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

Spring 事务详解:@Transactional 如何生效、何时回滚、传播行为怎么选

从订单与库存写入出发,拆解 @Transactional 的代理调用链、默认回滚规则与自调用问题;通过 Spring Boot + H2 的五个验证用例比较 REQUIRED、REQUIRES_NEW、NESTED,并说明数据库事务与 Redis、消息和远程接口的边界。

qq_74421990的博客 305

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

Oracle多租户集群PDB异机恢复至单机部署数据库

本文详细演示了将Oracle RAC集群中的PDB(RMAN_PDB)通过RMAN备份恢复至单机CDB的全过程。首先在源库创建测试PDB并插入数据,随后配置RMAN备份路径,备份该PDB及其元数据文件。接着将备份文件传输至单机环境,启动实例并恢复控制文件与数据文件,最后利用DBMS_PDB.EXPOSE_PDB_FROM_RMAN生成PDB描述文件,将其插入新单机CDB中,实现PDB的独立使用。整个流程涵盖数据准备、备份、恢复及插入,完整验证了跨环境PDB迁移的可行性。

qq_57492774的博客 182

Mysql数据库基础篇(三):全面掌握数据库与数据表操作:深度剖析底层文件差异与核心管理机制

如果你想彻底改掉某个字段的名字,应该使用 change。实例:将 employee表中的 name列修改为xingming注意:使用 change时,即便不改变数据类型,在指定了新列名后依然需要完整地写一遍它的数据类型与约束定义。

2501_93641778的博客 238

oracle直方图测试

预期:没有直方图时,优化器假设 status 分布均匀(选择性 = 1/NDV ≈ 1/100),两个查询的预估行数(E-Rows)会非常接近(约 1000 行),很可能对两个查询都选择索引扫描,或者都选择全表扫描,无法区分数据量的巨大差异。

ZHANG123HUO的博客 51

Oracle 19c RAC ASM 在线扩容实战

最近有一套 Oracle 19c RAC 数据库,DATA 磁盘组空间使用率已经接近 90%,需要扩容。环境是两节点 RAC,底层使用 Dell EMC SAN 存储,通过 Multipath 管理共享磁盘,存储侧已经分配好一块 2TB 的新 LUN,只需要在操作系统上识别,然后加入 ASM 磁盘组。整个过程不需要停库,本文记录一下实际操作步骤。这次 Oracle 19c RAC ASM 扩容整体比较顺利。

LuciferLiu_DBA 292

带着小白学习-微服务-5 实战:配置中心-数据库连接

如前所述,服务治理主要包含注册中心,前面所有的微服务子工程均已注册到nacos,然后由相应的应用到nacos进行拉取。接下来,我们将使用nacos的配置中心,用于保存和分发应用运行所需的动态配置。比如数据库的各类信息等。

wdyan297的博客 213

用校园小助手生成ER图:从建表语句到可调布局

从建表语句或自然语言生成,到关系识别、主外键颜色区分,再到布局切换和折叠,校园小助手的ER图功能把画图过程中最耗时的部分交给了工具。它适合大学生论文、研究人员科研、教师教学及企业数据分析等场景,所有功能都在校园小助手平台内实现。下次作业要用ER图时,不妨先从手里的SQL开始。

weixin_74789176的博客 185

任务8-1 数据库用户权限管理

本实战训练MySQL权限管理的完整流程。通过CREATE USER建用户,GRANT按需授权,SHOW GRANTS核查权限。岗位变动时,使用REVOKE回收多余权限,并用FLUSH PRIVILEGES刷新缓存。全流程旨在落实最小权限原则,规范数据库安全运维。

howard2005的专栏 153

SQLServer常用指令手册

覆盖数据库创建、表与约束、增删改查、查询进阶、索引、视图/存储过程/函数/触发器、事务、权限、运维排查。适用版本:SQL Server 2012 及以上(标注的条目为对应版本起可用)。

lzcbaba的博客 239

MySQL数据库和表的操作

本文系统介绍了MySQL数据库与表的基本操作。包括创建、查看、修改和删除数据库,重点讲解字符集与校验规则对大小写敏感性的影响;通过SHOW、ALTER、DROP等命令实现数据库管理;介绍数据备份(mysqldump)与恢复(SOURCE)方法;并详细阐述表的创建、结构查看(DESC)、字段增删改(ALTER TABLE)及表删除操作,涵盖字段类型、注释、索引等关键要素,为数据库开发与维护提供完整指导。

2201_75570391的博客 365

Oracle 19c 在线重定义后旧表空间清理及 ASM 存储资源回收 SOP

Oracle 19c 在线重定义后旧表空间清理与 ASM 存储资源回收 SOP

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 485

【服务器数据恢复】RAID5阵列双盘掉线Oracle+OA系统的数据恢复案例

某医药公司服务器组建RAID5磁盘阵列,阵列内两块硬盘先后离线,直接造成服务器宕机。服务器操作系统为RedhatLinux,承载基于Oracle数据库搭建的OA业务系统,业务数据价值高、恢复时效要求紧急。由于该OA配套Oracle版本早已停止技术支持,客户需求为:完整恢复业务数据,同时尽可能复原原有操作系统环境。

beiya123的博客 127

搭建Oracle RAC 集群

配置SSH互信,分别RAC1和RAC2的root,grid,Oracle三个用户下执行以下命令。安装LINUX.X64_193000_grid_home.zip文件包。添加6块硬盘,每块50G,添加控制器,设为虚拟,添加网络适配器。设置主机名,配置网卡,编写/etc/hosts文件()配置磁盘规则,执行writerule.sh脚本。运行test.sh脚本,完成基础配置。

x_SpiderMan的博客 48
上一篇: 【转帖】一个成功软件测试项目的经验
下一篇: 当下10大最热门的网站开发技术
o_java
博客等级 码龄20年 4粉丝 0原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值