替换oracle数据库的产品
国产数据库:星环科技经过多年的自主研发,打造了全栈的大数据基础软件,并打磨了一系列国产化替代平滑迁移方案,能够更好帮助企业用户更高效、更平滑、更安全地实现国外进口产品的国产化替代,实现大数据基础软件的全面自主可控,并在产品架构、功能、性能、安全、运维、易用性等方面得到大幅提升。
替换oracle数据库的产品 更多内容

行业资讯
Oracle数据库国产化替代
和迁移,又为用户提供高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。星环科技自主研发的国产分布式交易型数据库KunDB,在替代国外数据库方面,以高度兼容MySQL和Oracle,提供完整的关系型数据库的能力和高性能,以及国产化生态,在节省大量人力成本的同时,实现快速、安全地替换Oracle的目标。破解Oracle方言兼容性难题Oracle数据库发展较早,一方面,企业基于Oracle开发测试中个别的核心数据库源系统数据类型、语法兼容问题仅经过少量调整便能达成应用适配,节省大量人力成本,保障了数据库无损切割,实现了快速、安全地替换Oracle的目标。数据库作为提供数据存储与处理能力的数据库的国产化替代是IT系统国产化“顽固”的堡垒!对数据库领域应用广、市场份额大的Oracle数据库的替代更是一个攻坚战。所幸的是,不管是在传统的关系型数据库领域,还是新型的非关系型数据库领域,面对用户不断增加的新需求,国产数据库表现出更多的自信,开始慢慢替代不可一世的Oracle数据库。国产数据库的依靠自身的技术实力,化解了Oracle数据库替代中的一道道难关,既以低成本实现数据库国产化的替代

行业资讯
企业Oracle数据库国产化替代
企业Oracle国产化替代面临如何平滑迁移Oracle、迁移后如何回切Oracle、迁移后性能如何不下降、如何简化数据库运维、如何保障数据安全的挑战。基于此,Oracle替换需要的国产数据库不仅要能高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。KunDB对Oracle语法各个方面高度兼容,成为业内领先的具备支撑Oracle业务迁移能力的国产数据库。KunDB高度兼容Oracle语法与自主原创的PL/SQL编译器,KunDB支持复杂PL/SQL程序,执行性能比解释执行提升一个数量级,解决了Oracle业务迁移到国产化数据库的核心痛点,为其他兼容性完善提供了基础。近日,KunDB3.2,可用于各行业国产化替代升级和分布式架构转型,帮助企业筑牢数字化发展根基。此外KunDB还以优异的成绩通过了工信部、央行、信通院等多项数据库权威测试认证,为用户提供高并发、高性能、高可靠的国产数据库产品。同时KunDB适配支持国产服务器、芯片、操作系统等软硬件生态,助力企业打造自主可控数据平台。够满足对象迁移、数据迁移、业务迁移、灾备回切,还需要具备更好的扩展性、更安全可靠、更易用的运维、兼容国产化生态等能力。KunDB是星环科技自主研发的国产分布式交易型数据库,可低成本实现数据库国产化的

行业资讯
企业Oracle数据库国产化替代
企业Oracle国产化替代面临如何平滑迁移Oracle、迁移后如何回切Oracle、迁移后性能如何不下降、如何简化数据库运维、如何保障数据安全的挑战。基于此,Oracle替换需要的国产数据库不仅要能高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。KunDB对Oracle语法各个方面高度兼容,成为业内领先的具备支撑Oracle业务迁移能力的国产数据库。KunDB高度兼容Oracle语法与自主原创的PL/SQL编译器,KunDB支持复杂PL/SQL程序,执行性能比解释执行提升一个数量级,解决了Oracle业务迁移到国产化数据库的核心痛点,为其他兼容性完善提供了基础。近日,KunDB3.2,可用于各行业国产化替代升级和分布式架构转型,帮助企业筑牢数字化发展根基。此外KunDB还以优异的成绩通过了工信部、央行、信通院等多项数据库权威测试认证,为用户提供高并发、高性能、高可靠的国产数据库产品。同时KunDB适配支持国产服务器、芯片、操作系统等软硬件生态,助力企业打造自主可控数据平台。够满足对象迁移、数据迁移、业务迁移、灾备回切,还需要具备更好的扩展性、更安全可靠、更易用的运维、兼容国产化生态等能力。KunDB是星环科技自主研发的国产分布式交易型数据库,可低成本实现数据库国产化的

行业资讯
企业Oracle数据库国产化替代
企业Oracle国产化替代面临如何平滑迁移Oracle、迁移后如何回切Oracle、迁移后性能如何不下降、如何简化数据库运维、如何保障数据安全的挑战。基于此,Oracle替换需要的国产数据库不仅要能高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。KunDB对Oracle语法各个方面高度兼容,成为业内领先的具备支撑Oracle业务迁移能力的国产数据库。KunDB高度兼容Oracle语法与自主原创的PL/SQL编译器,KunDB支持复杂PL/SQL程序,执行性能比解释执行提升一个数量级,解决了Oracle业务迁移到国产化数据库的核心痛点,为其他兼容性完善提供了基础。近日,KunDB3.2,可用于各行业国产化替代升级和分布式架构转型,帮助企业筑牢数字化发展根基。此外KunDB还以优异的成绩通过了工信部、央行、信通院等多项数据库权威测试认证,为用户提供高并发、高性能、高可靠的国产数据库产品。同时KunDB适配支持国产服务器、芯片、操作系统等软硬件生态,助力企业打造自主可控数据平台。够满足对象迁移、数据迁移、业务迁移、灾备回切,还需要具备更好的扩展性、更安全可靠、更易用的运维、兼容国产化生态等能力。KunDB是星环科技自主研发的国产分布式交易型数据库,可低成本实现数据库国产化的

行业资讯
企业Oracle数据库国产化替代
企业Oracle国产化替代面临如何平滑迁移Oracle、迁移后如何回切Oracle、迁移后性能如何不下降、如何简化数据库运维、如何保障数据安全的挑战。基于此,Oracle替换需要的国产数据库不仅要能高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。KunDB对Oracle语法各个方面高度兼容,成为业内领先的具备支撑Oracle业务迁移能力的国产数据库。KunDB高度兼容Oracle语法与自主原创的PL/SQL编译器,KunDB支持复杂PL/SQL程序,执行性能比解释执行提升一个数量级,解决了Oracle业务迁移到国产化数据库的核心痛点,为其他兼容性完善提供了基础。近日,KunDB3.2,可用于各行业国产化替代升级和分布式架构转型,帮助企业筑牢数字化发展根基。此外KunDB还以优异的成绩通过了工信部、央行、信通院等多项数据库权威测试认证,为用户提供高并发、高性能、高可靠的国产数据库产品。同时KunDB适配支持国产服务器、芯片、操作系统等软硬件生态,助力企业打造自主可控数据平台。够满足对象迁移、数据迁移、业务迁移、灾备回切,还需要具备更好的扩展性、更安全可靠、更易用的运维、兼容国产化生态等能力。KunDB是星环科技自主研发的国产分布式交易型数据库,可低成本实现数据库国产化的

行业资讯
替换国外数据库
信创要求,不但可以替换国外的商业和开源大数据平台、数据库等基础软件产品,而且拥有大量成功的应用案例,为用户创造新的价值。星环KunDB替换Oracle与MySQL星环分布式交易型数据库KunDB可以在为了实现数量处理的智能化、多模态、平民化,星环科技推出众多创新产品,星环分布式交易型数据库KunDB、分析型数据库ArgoDB、分布式图数据库StellarDB、时序数据库TimeLyre等完全满足维风险等的挑战。新KunDB3.2版本融入星环科技多年的数据库研发经验,以满足金融业务极致稳定的要求为核心,在高可用、Oracle兼容、一体化、智能运维、多场景应用支持等方面能力进行了大幅提升,可支撑客户的数据库国产化替代,KunDB3.2提供了高度的Oracle兼容能力,包括完备的PL/SQL支持、SQL方言支持、应用框架支持、驱动支持等。同时,为了解决客户迁移过程中的痛点,KunDB在3.2版本水平,实现故障时RPO=0。星环ArgoDB替换Oracle/DB2/Teradata星环分布式数据库ArgoDB可以在批处理和OLAP、Adhoc分析等场景,替代Oracle/DB2/TD

行业资讯
Oracle数据库国产化替代
和迁移,又为用户提供高性能、稳定可靠、经济实用、自主可控的国产化数据库产品。星环科技自主研发的国产分布式交易型数据库KunDB,在替代国外数据库方面,以高度兼容MySQL和Oracle,提供完整的关系型数据库的能力和高性能,以及国产化生态,在节省大量人力成本的同时,实现快速、安全地替换Oracle的目标。破解Oracle方言兼容性难题Oracle数据库发展较早,一方面,企业基于Oracle开发测试中个别的核心数据库源系统数据类型、语法兼容问题仅经过少量调整便能达成应用适配,节省大量人力成本,保障了数据库无损切割,实现了快速、安全地替换Oracle的目标。数据库作为提供数据存储与处理能力的数据库的国产化替代是IT系统国产化“顽固”的堡垒!对数据库领域应用广、市场份额大的Oracle数据库的替代更是一个攻坚战。所幸的是,不管是在传统的关系型数据库领域,还是新型的非关系型数据库领域,面对用户不断增加的新需求,国产数据库表现出更多的自信,开始慢慢替代不可一世的Oracle数据库。国产数据库的依靠自身的技术实力,化解了Oracle数据库替代中的一道道难关,既以低成本实现数据库国产化的替代

行业资讯
替换国外数据库
信创要求,不但可以替换国外的商业和开源大数据平台、数据库等基础软件产品,而且拥有大量成功的应用案例,为用户创造新的价值。星环KunDB替换Oracle与MySQL星环分布式交易型数据库KunDB可以在为了实现数量处理的智能化、多模态、平民化,星环科技推出众多创新产品,星环分布式交易型数据库KunDB、分析型数据库ArgoDB、分布式图数据库StellarDB、时序数据库TimeLyre等完全满足维风险等的挑战。新KunDB3.2版本融入星环科技多年的数据库研发经验,以满足金融业务极致稳定的要求为核心,在高可用、Oracle兼容、一体化、智能运维、多场景应用支持等方面能力进行了大幅提升,可支撑客户的数据库国产化替代,KunDB3.2提供了高度的Oracle兼容能力,包括完备的PL/SQL支持、SQL方言支持、应用框架支持、驱动支持等。同时,为了解决客户迁移过程中的痛点,KunDB在3.2版本水平,实现故障时RPO=0。星环ArgoDB替换Oracle/DB2/Teradata星环分布式数据库ArgoDB可以在批处理和OLAP、Adhoc分析等场景,替代Oracle/DB2/TD

行业资讯
替换国外数据库
信创要求,不但可以替换国外的商业和开源大数据平台、数据库等基础软件产品,而且拥有大量成功的应用案例,为用户创造新的价值。星环KunDB替换Oracle与MySQL星环分布式交易型数据库KunDB可以在为了实现数量处理的智能化、多模态、平民化,星环科技推出众多创新产品,星环分布式交易型数据库KunDB、分析型数据库ArgoDB、分布式图数据库StellarDB、时序数据库TimeLyre等完全满足维风险等的挑战。新KunDB3.2版本融入星环科技多年的数据库研发经验,以满足金融业务极致稳定的要求为核心,在高可用、Oracle兼容、一体化、智能运维、多场景应用支持等方面能力进行了大幅提升,可支撑客户的数据库国产化替代,KunDB3.2提供了高度的Oracle兼容能力,包括完备的PL/SQL支持、SQL方言支持、应用框架支持、驱动支持等。同时,为了解决客户迁移过程中的痛点,KunDB在3.2版本水平,实现故障时RPO=0。星环ArgoDB替换Oracle/DB2/Teradata星环分布式数据库ArgoDB可以在批处理和OLAP、Adhoc分析等场景,替代Oracle/DB2/TD
猜你喜欢
产品文档
4 Citus
快速入门Citus简介Citus是基于横向扩展而构建的Spacture扩展,可在多台机器的集群中分发数据和查询。作为扩展(而非分支),Citus支持新版本Spacture的特性,允许用户从新功能中受益,并保持与现有Spacture工具的兼容性。Citus使用sharding和replication在多台机器上水平扩展Spacture。它的查询引擎将跨服务器导入SQL进行并行化查询,以便在大型数据集上实现毫秒级响应。基于Citus的sharding扩展,Spacture具备了分布式数据自动管理,根据指定的分布字段,实现数据分片和均匀分布存储。Citus适用场景Multi-TenantDatabase多租户数据库大多数B2B应用程序已经在其数据模型中内置了租户的概念。在这个模型中,数据库为多个租户提供服务,每个租户之间的数据相互隔离。Citus提供完整的SQL支持,并支持将关系数据库扩展到10万多个租户。Citus还为多租户添加了新功能。例如,Citus支持租户隔离,为大租户提供性能保障,并提供引用表的概念以减少租户间的数据重复存储。这些功能允许跨多台机器扩展租户的数据,并轻松添加更多CP...
产品文档
6 时空数据扩展介绍
Spacture时空数据库是基于PostgreSQL及PostGIS的用以存储时空地理数据的数据库。Spacture当前版本提供三个PostgreSQL拓展用以对时空地理数据进行存储分析:transwarp_modtranswarp_gridtranswarp_raster三个插件的功能如下:transwarp_mod为移动对象拓展,提供了对移动对象轨迹进行存储分析的能力,主要提供了trajectory对象用以表示移动轨迹;transwarp_grid为网格拓展,插件提供了常用的时空剖分网格功能,如GeoHash、GeoSOT等;transwarp_raster为栅格拓展,提供了栅格数据相关功能,当前版本只包含热力图功能。快速入门这里重点介绍transwarp_mod扩展。transwarp_mod扩展依赖于PostGIS扩展用以提供对基本空间地理对象的支持。在此之上,该拓展主要提供了trajectory轨迹类型用以表征移动对象在地理空间中的移动轨迹对象。同时该拓展提供了一系列围绕该类型的索引及UDF,用户可以方便快速的对移动轨迹进行各种管理及时空分析。Trajectory对象结构如下...
产品文档
3 Slipstream 基础
Slipstream支持从不同的源中获取实时的流数据,计算处理之后输出到不同的文件系统.图1.Slipstream概览Slipstream有三个核心的概念:Stream、StreamJob和Application。概括地说,Stream是数据流,StreamJob是对一个或多个Stream进行计算并将结果写进一张表的任务,Application是一个或多个StreamJob的集合。三者的关系如下图所示:图2.Slipstream核心概念概览上图中,InputStream和DerivedStream都是数据流,这些Stream是静态的概念,仅仅描述了执行计划;图的右侧是运行时概念,触发StreamJob才真正开始接收并处理数据.StreamStream分为两种:InputStream和DerivedStream。直接用于接收数据源传来的数据称为InputStream;对已有Stream进行变形得到的新的Stream称为DerivedStream.InputStream直接用于接收数据源传来的Stream称为InputStream.InputStream定义了如何从数据源读取数据.Deri...
产品文档
1 产品介绍
产品定位TranswarpSpacture是星环科技自主研发的分布式时空数据库,提供空间地理、时空轨迹、遥感影像等海量数据的存储、查询、分析和挖掘服务。Spacture具备高性能数据读写和分析能力。支持OGC标准图形类型和空间关系,兼容常见的开源和商业GIS软件;内置了时空索引、空间拓扑几何、遥感影像处理等高效算法。Spacture帮助用户快速开发时空查询分析、时空模式挖掘、时空轨迹聚类等应用,广泛应用于位置服务、城市管理、交通物流、疫情防控等场景。
产品文档
9 卸载
卸载TCOS和TDC依次登录到每个节点下,运行如下脚本来卸载TCOS。注意:每个节点下都要运行一遍。说明:卸载TCOS会连同TDC等服务一并卸载,无特殊需求的话只需要关注TCOS卸载即可。uninstall_tos.sh如下:#!/bin/bashset-xecho"systemctlstopkubelet..."systemctlstopkubeletecho"systemctlstophaproxy"systemctlstophaproxyyumremove-yhaproxyecho"stopdockercontainers..."if[[`dockerps-q|wc-l`>0]];thendockerstop$(dockerps-q);fiecho"removedockercontainers..."if[[`dockerps-aq|wc-l`>0]];thendockerrm$(dockerps-aq);fiecho"systemctlstopdocker"systemctlstopdocker#卸载dockerrpm-qa|grepdocker|xargsyumr...
产品文档
5.4 WINDOW 窗口
Slipstream里的窗口(STREAMWINDOW)跟SQL标准的窗口不同,在Slipstream中STREAMWINDOW主要作为时间分割的单位。用户的流应用一般会对一定的时间区间做多表关联、聚合或者统计。Slipstream中窗口切分的方式分为两种:系统时间(SystemTime)切分:以流处理引擎处理的时间为基准切分窗口。事件时间(EventTime)切分:将数据中的某指定个字段作为时间字段切分窗口,详情请参考事件时间。SLIDEWINDOW滑动窗口滑动窗口需要由两个量来定义:窗口长度(LENGTH)和滑动间隔(SLIDE)。滑动窗口是指按照一定的SLIDE向未来滑动的长度为LENGTH的窗口。相邻两个窗口之间可能会有重叠的部分。例如:如果窗口长度为2s,滑动间隔为1s,那么第一个窗口为[0s, 2s),第二个窗口为[1s,3s),第三个窗口为[2s,4s),以此类推。例33.系统时间切分滑动窗口CREATESTREAMs1(idINT,nameSTRING,tsTIMESTAMP)TBLPROPERTIES("kafka.broker.list"="tw-node127:9...
产品文档
5.5 Join
MapjoinMapJoin适用与小表和流Join的情况,这里的小表既可以是流任务中的表,也可以是外部数据源中的表。大致可以分为以下两个步骤:步骤一获取小表数据阶段MapJoin适用于小表和流进行join,其中小表中数据既可以是流任务中的数据也可以是外部数据源中的数据。当获取到小表数据之后,Slipstream会将小表构建为HashTable,以本章第一节中的数据为例,该HashTable可以抽象为:keyvalue126234步骤二Executor进行Join当小表数据都发送到HDFS上之后,执行该MapJoin任务的每一个Executor都会去HDFS上对应的节点获取该HashTable的数据,将其下载到本地内存,并封装到joinbuff数组中,然后等待流任务中的数据进来。每当流中进来一条数据,Executor会根据Join条件中的key的值去内存中的HashTable获取此key对应的数据,封装到joinbuff数组中。最后将joinbuff数组的中满足条件数据合并得到join之后的数据,至此就完成了MapJoin的过程。GlobalLookupJoinSlipstream从5....
产品文档
3 集群规划
节点系统盘配置目录大小磁盘要求RAID说明使用节点/200G+(具体参考部署方案规划)14400转+(或者SSD)建议做RAID1安装操作系统所有节点master/slave/var/lib/docker200G+10000转+(SAS盘)无主要用于docker存储所有节点master/slave/registry-data500G+10000转+(SAS盘)无主要用于存放镜像TCOSmaster01和master02节点即可/opt/kubernetes/data100G+14400转+(SSD)无主要存放etcd数据,集群元数据,对io要求较高。生产环境必须单独挂盘所有TCOSmaster节点/var/log500G+(建议与根分区独立,如果共享,则适当增大根分区大小)10000转+(SAS盘)无主要存放日志,单独一个分区,可以防止日志过大,影响操作系统运行。生产环境必须单独挂载,否则会导致磁盘资源耗尽。所有节点master/slave存储容量规划存储池类型介绍底层磁盘做硬RAID1RAID1通过磁盘数据镜像实现数据冗余,在成对的独立磁盘上产生互为备份的数据。当原始数据繁忙时,可直...
产品文档
2 SQL
DDL约束数据类型是一种限制能够存储在表中数据类别的方法。但是对于很多应用来说,它们提供的约束太粗糙。例如,一个包含产品价格的列应该只接受正值。但是没有任何一种标准数据类型只接受正值。另一个问题是我们可能需要根据其他列或行来约束一个列中的数据。例如,在一个包含产品信息的表中,对于每个产品编号应该只有一行。到目前为止,SQL允许我们在列和表上定义约束。约束让我们能够根据我们的愿望来控制表中的数据。如果一个用户试图在一个列中保存违反一个约束的数据,一个错误会被抛出。即便是这个值来自于默认值定义,这个规则也同样适用。检查约束一个检查约束是最普通的约束类型。它允许我们指定一个特定列中的值必须要满足一个布尔表达式。例如,为了要求正值的产品价格,我们可以使用:CREATETABLEproducts(product_nointeger,nametext,pricenumericCHECK(price>0));如你所见,约束定义就和默认值定义一样跟在数据类型之后。默认值和约束之间的顺序没有影响。一个检查约束有关键字CHECK以及其后的包围在圆括号中的表达式组成。检查约束表达式应该涉及到被约束的列...
产品文档
1 兼容版本
请注意您所安装的TDC版本TDC3.0.0TDC3.0.0x86+CentOS产品兼容版本产品TCOSGuardianTDHArgoDBStellarDBScopeSophonKunDBAquilaStudio依赖兼容重点测试3.1.03.2.38.0.13.2.23.0.131.3.42.7.12.1.12.0.12.3.07.0.12.0.03.0.12.3.02.1.0TDC3.0.1TDC3.0.1x86+CentOS产品兼容版本产品TCOSGuardianTDHArgoDBStellarDBScopeSophonKunDBAquilaStudio依赖兼容重点测试3.1.03.2.38.0.13.2.13.0.131.3.4TDC3.0.1对应Sophon多个组件:将单独列表2.1.12.0.12.3.18.1.02.1.27.0.13.2.22.1.02.3.02.4.06.2.24.0.1TDC3.0.1Sophon组件兼容版本如下表:组件*兼容版本SophonBase1.0.02.7.13.0.1SophonFL1.2.1SophonKG2.7.13.1.0SophonE...