Crobank dat чем открыть
Основным отличием системы "CronosPlus" от других СУБД является сочетание высокой скорости работы с экономичным размещением данных на диске. Динамическое сжатие данных позволяет в 1,5 — 2 раза уменьшить объем, занимаемый данными на диске. При этом размер индексов составляет не более 30% от размера данных. Уже одно это позволяет значительно ускорить обработку информации. А так как скорость поиска не зависит от размера оперативной памяти, на реально больших массивах (несколько Гб), разница в скорости работы "CronosPlus" или другой СУБД увеличивается на порядок.
- Оптимизация поиска с помощью словарного банка данных ( 1 , 2 ).
- Обмен (объединение) между банками данных ( 1 , 2 , 3 , 4 , 5 ).
- Выгрузка коммерческого банка данных без защиты.
- Если не запускается патч для смены серийника.
- Экспорт данных из банка для подключения в более ранней версии, версии под ДОС, или же в других ИСУБД ( 1 , 2 , 3 , 4 , 5 , 6 , 7 ).
- Экспорт данных из банка для зашивание под более позднюю версию , комментарий.
- Смена серийника самого банка данных.
- ms Excel путает числовые и текстовые типы данных ( 1 , 2 , 3 , 4 , 5 ).
- Выгрузка банка данных в нескольких томах.
- Инструкция по подключению (восстановлению из архивных копий) банков данных.
- Запуск кроноса в терминальном режиме. ( 1 , 2 , 3 ).
- Создания банка данных для подключения на ИСУБД с любым серийным номером ( 1 , 2 , 3 ).
- Подключение банков данных с другим серийным номером.
- Удаление одинаковых значений в банке данных.
- Удалённый доступ к информации из банков данных. (1, 2 ).
- Если должно искать, но не находит ( 1 , 2 , 3 ).
- Проектирование выходных форм ( 1 , 2 , 3 ).
Цитата:
| поиск по адресу, я сколько ни пробовал он ничего не находит |
1. Проверь подключен ли банк, в кот. ты хочешь искать (в заголовке и окне справа внизу должно быть название банка)
2. Правильно ли делаешь запрос: F3, выбор базы, условия, выполнить запрос, просмотр\коррекция
3. Если 1,2 выполняются а результата нет — посмотри есть ли в банке записи вообще (Адинистратор- информация о базах)
4. Если и тут всё в порядке перестрой индексы по поисковым полям (Администратор, индексные массивы, выделить, построить)
5. Если всё выполнено, а результата нет, значит в базе запрашиваемой информации НЕТ
Также рекомендую использовать символы подстановки вроде «"», «?», «*».
Чем открыть файлы с расширением .dat
Открытие .dat файла при помощи создавшей его программы
Поскольку файлы такого типа создаются программами автоматически, может сложиться мнение, что просмотреть его содержимое можно при помощи этой же программы. Так считать ошибочно, поскольку в .dat файлах хранится информация, необходимая для корректной работы того или иного приложения, текстовые данные, нужные для программистов, чтобы не сбиться при настройке и т.д. Редко в такие файлы вносят информацию, которая будет предназначаться конечному пользователю.
Именно поэтому при помощи программы, которая и создала .dat фай, открыть его никак не получится, потому что ПО только вносит или берет данные из них, но не отображает на экране.
Открытие .dat файла при помощи текстовых редакторов
Как ни странно, но какими бы важными не были файлы такого типа, открыть их можно при помощи обычного блокнота, Notepad ++, Word и т.д. Есть два способа это сделать:
Способ 1
1. Нажмите правой кнопкой мыши на .dat файл и в открывшемся меню выберите пункт «Открыть с помощью»;
Выберете второй вариант и нажмите кнопку «ОК», после чего откроется такая же форма выбора программ, как и в первом способе.
В зависимости от того, какой программой и в каких целях этот файл был создан, в нем может быть расположена разная информация: от текстовой до видео или аудио.
Как правило, при помощи текстовых редакторов не очень удобно просматривать файлы такого типа. Гораздо удобнее извлекать из них информацию при помощи браузеров.
Открытие .dat файлов при помощи браузера
Чтобы открыть этот файл при помощи браузера есть так же несколько способов.
1 способ
Так же, как и при помощи текстовых редакторов, выберите программу, только на этот раз вместо блокнота или ворда, нажмите на установленный на компьютере браузер.
2 способ
Нажмите на .dat файл левой кнопкой мыши и не отпуская ее, наведите на значок какого-либо браузера. После того, как вы отпустите мышь, откроется браузер, в котором будет отображено содержимое файла, а в адресной строке указан путь, по которому этот файл расположен.
Примечание: поскольку .dat файлы часто содержат зашифрованную информацию, вместо обычных русских или английских букв, вы можете увидеть набор символов. Это значит, что чтение этого файла предназначается только программе, которая его создала.
Помимо .dat файлов, этими способами вы можете попробовать открыть любой системный файл и так же посмотреть его содержимое, но вряд ли вы там найдете что-то для себя интересное. К тому же, если открыть таким образом важные данные, то это действие может нарушить работу системы, после чего программа, создавшая его, станет работать некорректно.
Crobank dat чем открыть
- Open with Desktop
- View raw
- Copy raw contents Copy raw contents
Copy raw contents
Copy raw contents
About Cronos databases.
A cronos database consists of those files
and a Vocabulary database with another set of these files in a sub directory Voc/
CroIndex.* can be ignored for most dumping purposes, unless the user suspects there to be residues of deleted data.
Additionally there are the CroSys.dat and CroSys.tad files in the cronos application directory, which list the currently known databases.
On a default non-russian Windows installation, the CronosPro app shows with several encoding issues that can be fixed like this:
Also note that the v3 cronos app will run without problem on a linux machine using wine
Files ending in .dat
All .dat files start with a 19 byte header:
Most Bank files use blocksize == 0x0040 most Index files use blocksize == 0x0400 most Stru files use blocksize == 0x0200
This is followed by a block of 0x101 or 0x100 minus 19 bytes seemingly random data.
The unknown word is unclear but seems not to be random, might be a checksum.
- Pre cronos pro used version 01.01 .
- Cronos version 3 introduced version indicators of 01.02 , 01.03 , 01.04 and 01.05 .
- 01.02 and 01.04 are called «small model», i.e. 32 bit offsets,
- 01.03 and 01.05 are called «big model», i.e. 64 bit offsets.
- 01.04 and 01.05 are called «lite».
- Cronos version 4 introduced version indicators of 01.11 , 01.13 and 01.14 .
- 01.11 are called «small model», i.e. 32 bit offsets,
- 01.13 are called «pro».
- 01.14 are called «lite».
- Cronos version 7 introduced version indicator of 01.19 .
Files ending in .tad
The first two uint32 are the number of deleted records and the tad offset to the first deleted entry. The deleted entries form a linked list, with the size always 0xFFFFFFFF.
Depending on the version in the .dat header, .tad use either 32 bit or 64 bit file offsets
version 01.02 and 01.04 use 32 bit offsets:
versions 01.03 , 01.05 and 01.11 use 64 bit offsets:
where size can be 0xffffffff (indicating a free/deleted block). Bit 31 of the size indicates that this is an extended record.
Extended records start with plaintext: < uint32 offset, uint32 size >or
The original description made it look like there were different formats for the block references.
This was found in previously existing documentation, but no sample databases with this format were found so far.
If the .dat file has a version of 01.03 or later, the corresponding .tad file looks like this:
The old description would also assume 12 byte reference blocks but a packed struct, probably if the CroFile version is 01.01.
with the first chunk read from offset1 with length size1 and potentially more parts with total length of size2 starting at file offset offset2 with the first uint32 of the 256 byte chunk being the next chunk’s offset and a maximum of 252 bytes being actual data.
However, I never found files with .tad like that. Also the original description insisted on those chunks needing the decode-magic outlined below, but the python implementation only does that for CroStru files and still seems to produce results.
Interesting files are CroStru.dat containing metadata on the database within blocks whose size and length are found in CroStru.tad. These blocks are rotated byte wise using an sbox found in the cro2sql sources and then each byte is incremented by a one byte counter which is initialised by a per block offset. The sbox looks like this:
given the shift , the encoded data: a[0]..a[n-1] and the decoded data: b[0]..b[n-1] , the encoding works as follows:
The original description of an older database format called the per block counter start offset ‘sistN’ which seems to imply it to be constant for certain entries. They correspond to a «system number» of meta entries visible in the database software. For encoded records this is their primary key.
In noticed that the first 256 bytes of CroStru.dat look close to identical (except the first 16 bytes) than CroBank.dat.
The toplevel table-id for CroStru and CroSys is #3, while referenced records have tableid #4.
CroBank.dat contains the actual database entries for multiple tables as described in the CroStru file. After each chunk is re-assembled (and potentially decoded with the per block offset being the record number in the .tad file).
Its first byte defines, which table it belongs to. It is encoded in cp1251 (or possibly IBM866) with actual column data separated by 0x1e.
There is an extra concept of sub fields in those columns, indicated by a 0x1d byte.
Fields of field types 6 and 9 start with an 0x1b byte, followed by a uint32 size of the actual fields. It may then contain further 0x1e bytes which indicate sub field separators.
If used for field type 6, the field begins with two uint32 (the first one mostly 0x00000001, the second one the size of the next strings) followed by three 0x1e separated strings containing file name, file extension and system number of the actual file record data referred to by this record.
records start numbering at ‘1’. Names are stored as: byte strlen + char value[strlen]
The first entry contains:
this results in a dictionary, with keys like: Bank , BankId , BankTable , Base nnn, etc.
the Base000 entry contains the record number for the table definition of the first table.
The interface gives a list of field types I can select for table columns:
- 0 — Системный номер = Primary Key ID
- 1 — Числовое = Numeric
- 2 — Текстовое = Text
- 3 — Словарное = Dictionary
- 4 — Дата = Date
- 5 — Время = Time
- 6 — Фаил = File (internal)
- 29 — Внеэшний фаил = File (external)
- 7 — Прямая ссылка = Direkt link
- 8 — Обратная ссылка = Back link
- 9 — Прямаяь-Обратная ссылка = Direct-Reverse link
- 17 — Связь по полю = Field communication
Other unassigned values in the table entry definition are
- Dictionary Base (defaults to 0)
- номер в записи = number in the record
- Длина Поля = Field size
- Flags:
- (0x2000) Множественное = Multiple
- (0x0800) Информативное = Informative
- (0x0040) Некорректируемое = Uncorrectable
- (0x1000) поиск на вводе = input search
- (?) симбольное = symbolic
- (?) Лемматизировать = Lemmatize
- (?) поиск по значениям = search by values
- (0x0200) замена непустого значения = replacement of a non-empty value
- (0x0100) замена значения = value replacement
- (0x0004) автозаполнения = autocomplete
- (?) корневая связь = root connection
- (?) допускать дубли = allow doubles
- (0x0002) обязательное = obligatory
some records are compressed, the format is like this:
The header version 01.11 indicates a database created with cronos v4.x.
A 4 dword header:
16 byte records: qword offset, with flags in upper 8 bits. dword size dword unk
flags: 02,03 — deleted record. 04 — compressed < int16be size; int16be flag int32le crc; byte data[size-6]; >00 00 02 00 — extended record
The .dat file of a 01.11 database has 64bit offsets, like the 01.03 file format.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.