is it posible to simply open and view a sybase dat file?
I've been trying to look for a tool but every tool asks for server information, and I just want to open the file.
thanks.
I think that it's just impossible to view content of Sybase ASE devices offline.
Why do you want to look at the device file, without going through Sybase (or MS or whatever) ? Why are the methods provided within Sybase (there are several) not adequate ? What exactly are you looking for, if you tell us that, maybe someone can help.
Related
Our current system database system is a clipper DOS application. The database inside its folder is fragmented/divided into many parts. I want to decrypt the database so that I will have only one database in all and avoid reshuffling of data. I'll attached the file folder Screenshot.. the database is on .DBF format
VScreenshot of files
Often you can decompile the CLIPPER exe file to source code and work from the .prg I've done it many times. The program to use is called WALKYRIE.
In Clipper and Fox Pro for DOS .dbf file is a simple table file.
If You want to use as data base with many tables in one unit.
You can import these tables in MS SQL data base and/or part of a MS Access database.
I see that you got several answers. Most are partially right. Let's address these one at a time:
All those files essentially comprise the "database" for the application you're using. They could be used by other applications as well. Besides having a lot of files, what is the problem you're trying to solve?
People mentioned indexes. You can generally ignore these. There are there primarily to make access to the data files faster. Any properly written clipper application will recreate these if they're missing or corrupted. You could test this by renaming one, running the app, and seeing what happens. If it doesn't recreate it you can name it back. Not replacing missing index files would be unusual behavior.
The DBF file format is binary, but barely. Most of what's in a DBF is text and is readable with an editor. But there's no reason to do so - I'm sure there are several free DBF utilities out there to to read DBF files. Getting the structure of the files could be very helpful.
Getting the data out of the files would also be fairly simple with a utility. If you look up the DBF format you could even write one fairly easily in Clipper, any other language that uses DBF files, or in something like Python. Any language that can open and write files, really. It's not hard - any competent developer could do this in a matter of hours. Must less if you're using Clipper or another language that natively reads DBX files.
Most people create dBase/Clipper programs with relational data, like SQL Server. Where SQL Server has tables that relate to each other dBase/Clipper has a file for each "table." This isn't a requirement, but it was almost certainly done this way.
Given that, if you get the table structures through a utility or by reading the headers in an editor (don't save them from an editor!) you could quite likely recreate the database schema (i.e. the map of the data). Once you have that it's fairly trivial to get the data into another type of database (SQL Sever, Access, or whatever you like to use.) If non of the files are too large it's conceivable to put all the files into Excel sheets. It really depends on what you want to do with it.
As others have said, you may be able to get the code by Valkyrie. Some people have used it very successfully. I don't know where you get it and I've never used it. Why do you not have the code? If this is a commercial application you likely should not have it. If it's a custom app who ever wrote it or paid to have it written should have the code.
Again, it's not clear to me what problem you're trying to solve. But there are many options for doing something with those DBF files. Fortunately they are one of the easier to read data formats you could be working with.
Let me know if you have any questions. Apologies for the typos that are no doubt scattered throughout this reply.
You sort of can get an idea of how they relate to each other by opening the index files they use (.NTX files). If you have the DBU utility (executable) around, you can open the DBF and load the index (NTX). LibreOffice Calc is also able to open DBFs (haven't tested .NTX).
If you open the .NTX on a text editor you will see the indexes in the beginning.
I open with Access, but I can save the data using a PrintFill Program.
Has anyone ever tried to use tsql to launch external processes against files in a FileTable? I have not been able to find anything so if may not be possible.
In particular I am looking into PGP and ZIP operations. My backup plan is to use C# in combination with queries against the filetable.
I am curious to know if it can be done with T-SQL instead. I have looked at xpcmdshell to launch a process but many people recommend against this.
Thoughts and ideas are much appreciated.
Can set folder to compressed (or on EFS)?
See http://blog.brucejackson.info/2013/04/sql-file-table-step-by-step.html
I am developing a web application and I have a folder containing a bunch of files with .adm , .adi and .adt and .bak extensions.I want to be able to read this data and convert put it in mysql db.
I have figured that these are files stored by sybase in its proprietary format. I have opening with sybase advantage server but the folder does not have a .db file.
I am really trying hard to just read this data but am not able to. It'd be a great help if you can give me some direction.
On one very old server, i found the files, and i could open it with "Advantage Data Architect" software.
Maybe helps someone.
I know this is a really old post but some people (like me) might get here by Googling because they have an issue like mine. If you just open the file in notepad you MIGHT be able to read some of the data. My issue was with Medisoft version 17. A client of mine was transferring computers and we needed the registration code that is generated for the upgrade serial number. (It's in rgnpds.adt. look for the serial number and it should be the next "string" of characters). I just opened it up in notepad and the information that would normally be displayed to the user if they generated a report was readable in notepad. Hope this helps someone even if I am too late for the OP.
The better way to open the ADT file will be with Advantage Data Architect,
the other extensions are the index and memo files.
Thanks
I am developing a software with vb6.0 :( .
I wanna to know that what the best code for saving a file in SQL server and then reading from it is?
I should say that I use ADODB.Stream when saving file.....
what is you suggestion?
Do you need to save to sql. An alternative, and IMO better solution is to save the docs to a folder on your regular file system and save the reference to it in sql.
Unless you have specific reason for wanting to save in sql?
Is there a specific reason you need to use vb6. Legacy?
Here is an example in .NET on achieving what you require, it should be pretty straightforward to convert to VB6
http://www.jstawski.com/archive/2007/05/17/save-documents-with-sql-server-and-display-them.aspx
UPDATE: With VB6 an example using ADODB.Stream to store and retrieve images, which should be similar to what you need:
http://www.devx.com/tips/Tip/14246
Lucky me, I have to work with Oracle. And packages.
I have a package that a lot of different developers are touching and it's scaring me. Is it possible to put a package inside of Version Control? Is there some kind of software out there that already does this? If not, is there some kind of export procedure? Can I just grab a file off of a file system?
How are they inputting it? The way we used to work at my last job is editing a text file, and loading it with SQL*Plus. You can just put that source file under version control.
The source must be between "CREATE OR REPLACE PACKAGE MYPACKAGE AS" and "END;" followed by a single slash on a line of its own ("/"); and ditto for "PACKAGE BODY" instead of "PACKAGE".
And yes, there's a way to pull the source out of Oracle. It's in a table, line by line, look up ALL_SOURCE and USER_SOURCE. You can pull it out with a query like
SELECT TEXT FROM ALL_SOURCE
WHERE TYPE='PACKAGE BODY'
AND NAME='MYPACKAGE'
AND OWNER='MYPACKAGEOWNER'
ORDER BY LINE
(untested as I no longer have access to Oracle) and ditto for the 'PACKAGE'.
I think it's best to load it again into Oracle using SQL*Plus; make sure to set "SCAN OFF".
We have a database level trigger to capture changes to packages and save the source in a seperate table. It's not as good as version control, but at least you know when something changes and can retrieve it if a later change tramples on it.
You can download sql developer for free: http://www.oracle.com/technology/products/database/sql_developer/files/what_is_sqldev.html. It integrates with subversion and cvs.
There is also a Visual Studio plugin (http://www.oracle.com/technology/tech/windows/odpnet/index.html). I don't know whether you use Visual Studio or not?
Try http://code.google.com/p/oracle-ddl2svn/ version control for Oracle
Take also a look at this link. It's a PHP/mySQL versioning tool which works with any database type and is fairly simple to learn.