oracle导入导出(前提,本机已经安装oracle和oracle客户端)导出命令: exp username/password@192.168.1.138/ORCL file=c:\test.dmp导入本地数据库命令: imp username/password@127.0.0.1/ORCL file=c:\test.dmp full=y 导入时,遇到错误: IMP-00017: 由于 ORACLE 错误 959, 以下语句失败:......................... IMP-00

DBF 文件 ORACLE 数据库恢复 清·魏源<庸易通义>:"至道问学之有知无行,分温故为存心,知新为致知,而敦厚为存心,崇礼为致知,此皆百密一疏." 起因 在我们的生产活动中,意外总是在不经意间发生.那天一个安装有 oracle 数据库的盘符不小心被格式化了,好几个项目都炸了.不过还好有备份,不过只有 .DBF 文件和几个日志文件: //数据库系统相关 REDO01.LOG REDO02.LOG REDO03.LOG SYSTEM01.DBF UNDOTBS01.DBF

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d

最近在做一个给卫计委做数据上报的数据接口,接口要求使用奇葩的dBase 3数据库存储上报数据,忙活了几天总算搞好了,使用开发工具为powerbuild 12,222个字段的上报数据表生成DBF文件,写个随笔记录一下踩坑过程. 已踩的坑: 1.网上很少能找到dBASE 3数据库的资料,数据结构,设计工具都很少,试过了一些工具,推荐使用DatabaseNet4. 推荐使用这个工具,是因为这个工具较好的帮助我解决了部分问题. 2.由于才开始没有原始的DBF文件(空库表),我便尝试使用各种工具按照接口数

前言 最新项目需要经常和dbf文件打交道,在实际场景中很多软件需要和一些老的系统进行数据交互,而这些系统都在使用foxpro数据库,读取dbf文件一般都是分为两种情况:第一:安装foxpro的驱动进行读取,第二:不安装驱动,使用ODBC进行读取. 具体如何设置DBF / FoxPro连接字符串,可以参考一下这篇文章(https://www.connectionstrings.com/dbf-foxpro/) 方案一:安装foxpro驱动 可以到微软官网(https://www.microsoft

可能有些人会由于各种原因经常重装系统,但是系统里面总是有一些比较重要的软件在重装后就不能用了.比如oracle数据库,众所周知数据库如果通过dmp导入导出麻烦不说,还很耗时,特别是像笔者一个数据库就有上百G的内容,通过导入dmp来恢复就更不现实了.遇到这样的情况,我们就来通过已有的数据库文件还原一个数据库吧. (1)准备一个和原来数据库版本一样的oracle安装文件,如Oracle R2 (10.2.0.1) 64位企业版 (2)删除或备份原来的数据库安装目录,如“E:\oracle\produ

最近在做一个给卫计委做数据上报的数据接口,接口要求使用奇葩的dBase 3数据库存储上报数据,忙活了几天总算搞好了,使用开发工具为powerbuild 12,222个字段的上报数据表生成DBF文件,写个随笔记录一下踩坑过程. 已踩的坑: 1.网上很少能找到dBASE 3数据库的资料,数据结构,设计工具都很少,试过了一些工具,推荐使用DatabaseNet4. 推荐使用这个工具,是因为这个工具较好的帮助我解决了部分问题. 2.由于才开始没有原始的DBF文件(空库表),我便尝试使用各种工具按照接口数

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d

最近架构一个项目,实现行情的接入和分发,需要达到极致的低时延特性,这对于证券系统是非常重要的.接入的行情源是可以配置,既可以是Level-1,也可以是Level-2或其他第三方的源.虽然Level-1行情没有Level-2快,但是作为系统支持的行情源,我们还是需要优化它,使得从文件读取,到用户通过socket收到行情,端到端的时延尽可能的低.本文主要介绍对level-1行情dbf文件读取的极致优化方案.相信对其他的dbf文件读取应该也有借鉴意义. Level-1行情是由行情小站,定时每隔几秒把d

原来使用SQL Server 2000数据库,通过DTS工具很方便地在SQL Server和DBF文件之间进行数据的导入和导出,现在安装了SQL Server2005之后,发现其提供的“SQL Server导入导出向导”中的数据源没有原来的丰富,缺少对DBF文件的支持. 1.右击数据库,选择“任务”>“导入数据”,打开“SQL Server导入和导出向导”对话框.2.在“数据源”中选择Microsoft OLE DB Provider for Visual FoxPro,单击“属性”按钮,打开“

项目中的问题:用户选择N个dbf文件导入sql2005数据库,由于每年dbf表结构都在变化,所以在sql2005中根本就不存在,需要每年根据dbf的结构自动建表.(文章来自http://blog.csdn.net/whuyi/article/details/5990205) 解决方法(摘抄自网络): --方法一: select * into 要生成的SQL表名 from OPENROWSET('MICROSOFT.JET.OLEDB.4.0','dBase IV;HDR=NO;IMEX=2;DA

(准备)生成一个DataTable /// <summary> /// 生成一个数据表 /// </summary> /// <returns></returns> static DataTable GetTable() { try { DataTable dt = new DataTable("Characters"); dt.Columns.Add("Column0"); dt.Columns.Add("

Oracle DBA的神器: PRM恢复工具,可脱离Oracle软件运行,直接读取Oracle数据文件中的数据 PRM 全称为ParnassusData Recovery Manager ,由 诗檀软件自主研发,拥有独立的软件著作权. PRM可以独立于Oracle软件运行,直接从Oracle数据文件中抽取表上的数据. 当以下几种场景中,都可以用上PRM: 无备份或者备份不可用情况下,数据表被意外truncate掉或者DROP掉 由于数据库损坏,导致的数据打不开 无法OPEN 数据块存在损坏,Or

附加数据库,附加的时候会提醒找不到log文件 针对以上现象有两个写法的语句能解决: 写法一: USE MASTER; EXEC sp_detach_db @dbname = 'TestDB'; EXEC sp_attach_single_file_db @dbname = 'TestDB',      @physname =  'D:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\DATA\TestDB.mdf'   写法

private void BtnOpenInitial_Click(object sender, EventArgs e) { OpenFileDialog file = new OpenFileDialog(); if (file.ShowDialog() == System.Windows.Forms.DialogResult.OK) { string path = file.FileName; DTable dbf = new DTable(); dbf.Load(path); if (d

C# 生成DBF,无需注册Microsoft.Jet.OLEDB. namespace ConsoleApplication { class Program { static void Main(string[] args) { Test(); Console.ReadKey(); } private static void Test() { string testPath = AppDomain.CurrentDomain.BaseDirectory; )); odbf.Open(Path.C

问题描述: 误删除Oracle数据库的dbf文件,在启动和关闭数据库是会提示错误. startup启动数据库时提示: ORA-01157:无法标识/锁定数据文件 ORA-01110:数据文件:‘....../X1000_1.dbf' 未找到 解决方法: 1.sql>alter system set "_ALLOW_RESETLOGS_CORRUPTION"=true scope=spfile; System altered. 2.sql>shutdown immediate

1.依赖夹包 javadbf-[].4.1.jar jconn3.jar 2.添加属性文件 jdbc.properties jdbc.driverClassName=com.sybase.jdbc3.jdbc.SybDriver jdbc.url=jdbc:sybase:Tds:ip:port/dbname jdbc.username=sa jdbc.password=****** 3.实现代码 package com.XXX.weitedbf.util; import java.io.File

oracle数据库的dbf路径下面磁盘不足,需要把原始路径下面的dbf文件移动到另外一个磁盘路径下, 具体的操作有四步. 1.把整个表空间offline. 2.copy原始路径下的dbf文件到新的路径下面. 3.改变dbf文件的路径. 4.把表空间online. 查询表空间和移动dbf文件的sql如下: select ts.rn, ts.TABLESPACE_NAME, df.BYTES/1024/1024/1024, to_number(regexp_substr(ts.TABLESPACE_

JavaDBF.jar其实很早都不再更新了,在日新月异的科技圈算得上远古上神的jar包,早该身归混沌了. 但我们的项目要用到,因为之前做的大宗期货交易行情的分析文件依然是dbf文件,没有办法,还得用 JavaDBF库把行情实时数据保存到DBF文件中. 第一步,新建DBFManager类 public class DBFManager { private static Logger logger = Logger.getLogger(DBFManager.class); // 构造一个单线程ser

在读取dbf文件时由于编码问题报错:UnicodeDecodeError: 'gbk' codec can't decode byte 0xb5 in position 49: incomplete multibyte sequence from dbfread import DBF # f = open('beauty.DBF', encoding='gbk',errors="ignore") table = DBF('beauty.DBF',encoding='gbk') #遍历数