Ansys文件夹中不同后缀名的文件是干什么的?

发布网友发布时间：2022-04-23 09:13

共2个回答

懂视网时间：2022-04-10 22:01

filedb

FileDB - A C# database to store files

FileDB is a free, fast, lightweight C# (v3.5) DLL project to store, retrive and delete files using a single file container on disk. Ideal for store small, medium or big files without databases and keep organized on a single disk file.

homeissuesdiscussions

Update 2015-01-24

Try LiteDB, my new NoSql database with file stream support for C#. http://www.litedb.org

FileDB - Project Description

FileDB is a free, fast, lightweight C# (v3.5) DLL project to store, retrieve and delete files using a single archive file as a container on disk. It‘s ideal for storing files (all kind, all sizes) without databases and keeping them organized on a single disk file.

News

First stable version was launched

Improvements on concurrent write access

New method: Export - Export all files to a directory

Let‘s see how to use FileDB with static helper methods.

 using Numeria.IO;

 var pathDB = @"C:TempMyDB.fdb";
 
 // Creating an empty FileDB archive
 FileDB.CreateEmptyFile(pathDB);
 
 // Store file from input stream
 var info = FileDB.Store(pathDB, "MyFileName.jpg", inputStream);
 // -or- store directly from the file itself
 var info = FileDB.Store(pathDB, @"C:TempMyPhoto.jpg");
 
 // The ‘info‘ variable returned contains information about your file (generated GUID, filename, file-length, mime-type) 
 var fileGuid = info.ID;
 
 // Reading file inside FileDB and writing it on an output stream (also available to write it directly to a file)
 var info = FileDB.Read(pathDB, fileGuid, outputStream);
 
 // Deleting a file
 var ok = FileDB.Delete(pathDB, fileGuid);

FileDB Methods

CreateEmptyFile - Create an empty data file archive

Store - Store from file/stream to the data file

Read - Search a fileID and restore it to output file/stream

Delete - Delete a file

ListFiles - List all files inside the archive

Shrink - Reorganize archive removing unused disk space

Export - Export files inside archive to a directory

All operations have a static method helper or can be used from a FileDB instance.

ASP.NET MVC Example

Below is a basic example to store/retrieve/delete information in a ASP.NET MVC Controller

 private string pathDB = @"C:TempMvcDemo.fdb";

 // Uploading a file
 [HttpPost]
 public ActionResult Upload()
 {
 HttpPostedFileBase file = Request.Files[0] as HttpPostedFileBase;

 if (file.ContentLength > 0)
  FileDB.Store(pathDB, file.FileName, file.InputStream);

 return RedirectToAction("Index");
 }

 // Download
 [HttpGet]
 public ActionResult Download(string id)
 {
 // Using a classic way to download a file, instead of FileContentResult mode. 
 // Optimizing for big files. Your webserver will not consume CPU/Memory to download this file (even very large files)

 using (var db = new FileDB(pathDB, FileAccess.Read))
 {
  var info = db.Search(Guid.Parse(id));

  Response.Buffer = false;
  Response.BufferOutput = false;
  Response.ContentType = info.MimeType;
  Response.AppendHeader("Content-Length", info.FileLength.ToString());
  Response.AppendHeader("content-disposition", "attachment; filename=" + info.FileName);

  db.Read(info.ID, Response.OutputStream);

  return new EmptyResult();
 }
 }

Why?

Well, all web developers already had this problem: "I need to store same user files (photos, documents, ...) and I need to save them on my web server. But where? File system or database?" (See some discussion in http://stackoverflow.com/questions/3748/storing-images-in-db-yea-or-nay#3756)
The problem is: the database was not designed to store files. ADO.NET doesn‘t have a good method to work with streams (only byte[]). For small files (less then 100K) it works very nice. But what happens with a 10Mb file? 100Mb? It‘s terrible! The solution: work on filesystem!
The filesystem has a problem too: what if my user wants to upload 300 files? And what if I have 2000 users? You will have thousands of files to backup and manage, and this will be a pain.
My idea: a single archive (or a single archive per user) to store only user uploaded files. I use the SQL Server database to store the ID file reference (GUID) and FileDB does the rest of the job, storing and managing the files and bytes.

How FileDB works?

FileDB was designed to be fast, very simple, file-based and works with all file sizes. FileDB doesn‘t consume lots of memory because it works only with streams (no byte[]). The data structure is built with two kinds of pages: IndexPage and DataPage.
- The IndexPage stores information about the file descriptor and it‘s organized in a binary tree structure.
- The DataPage stores the file bytes.
Both pages have 4096 bytes (plus 100 bytes to file header). Each page has its own header to store information about the data inside the page.
You can delete a file inside the archive and the empty data pages will be used on next insert. Or you can shrink database to get your non-used bytes.
FileDB caches (in memory) only index pages, to be faster on a second search.

Limitations

I‘ve made many tests to check performance and limitations with all file sizes. To protect against many clients changing data on same archive, FileDB uses read share mode. This way many users can search/read simultaneously but only one user can write (store/delete) at a time. FileDB class also implements IDisposable so you can use it inside a using code.

 using(var db = new FileDB(pathDB, FileAccess.ReadWrite))
 {
 db.Store(@"C:TempMyPhoto.jpg");
 }

The data size limitations are based on .NET MaxValue constants. FileDB works with UInt32 (4 bytes unsigned), which limits each file to 4GB and the database to 16TB (4096 Pages * UInt32.MaxValue).

Future

I intend to create a windows client application to explore the contents of a FileDB database. It will be a useful tool to manage files inside a database.
Create a compressed data page in which data can be stored in a zip mode.
Any other suggestions?

Contribute

Please, feel free to help and contribute with this project adding you comments, issues or bugs found.

FileDb

标签：UNC ima output max size project cte system bin

热心网友时间：2022-04-10 19:09

.db是数据库文件,记录有限元单元,节点,载荷等数据
dbb文件是你在存储时ANSYS自动生成的当前database的备份。比如你已经有一个file.db，当你点击save时，ANSYS先把原来的file.db另命名为file.dbb后，新生成一个file.db。db文件中可以包含部分结果。
.log是日志文件，以追加时记录所有执行过的命令
.emat是单元矩阵文件，记录有限元单元矩阵数据
.esav是单元数据存储文件，保存单元求解数据
.err是出错记录文件，记录所有运行中的警告错误信息
.rst是结果文件，记录一般结构分析的结果数据
.rth是结果文件，记录一般热分析的结果数据
.rmg是结果文件，记录一般磁场分析的结果数据
.snn是载荷步文件，记录载荷步的载荷信息.out是输出文件，记录命令执行情况