Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » CronosPlus | CronosPro | Cronos for DOS

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89

Открыть новую тему     Написать ответ в эту тему

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Отечественная ИСУБД «CronosPlus» («Cronos for DOS») сочетает новые возможности хранения и обработки данных с простотой и удобством работы.
 

 Основным отличием системы "CronosPlus" от других СУБД является сочетание высокой скорости работы с экономичным размещением данных на диске. Динамическое сжатие данных позволяет в 1,5 - 2 раза уменьшить объем, занимаемый данными на диске. При этом размер индексов составляет не более 30% от размера данных. Уже одно это позволяет значительно ускорить обработку информации. А так как скорость поиска не зависит от размера оперативной памяти, на реально больших массивах (несколько Гб), разница в скорости работы "CronosPlus" или другой СУБД увеличивается на порядок.
 
Оффициальный сайт
Скачать демо-версию 3.04.05 4.2Mb
Скачать документацию 1.8Mb
Скачать демонстрационный банк 267Kb
Поиск лекарств и способов обхода сования палок в колеса тут
 


FAQ ( by Yevgeniy )

  1. Оптимизация поиска с помощью словарного банка данных (1, 2).
  2. Обмен (объединение) между банками данных (1, 2, 3, 4, 5).
  3. Выгрузка коммерческого банка данных без защиты.
  4. Если не запускается патч для смены серийника.
  5. Экспорт данных из банка для подключения в более ранней версии, версии под ДОС, или же в других ИСУБД (1, 2, 3, 4, 5, 6, 7).
  6. Экспорт данных из банка для зашивания под более позднюю версию, комментарий.
  7. Смена серийника самого банка данных.
  8. ms Excel путает числовые и текстовые типы данных (1, 2, 3, 4, 5).
  9. Выгрузка банка данных в нескольких томах.
  10. Инструкция по подключению (восстановлению из архивных копий) банков данных.
  11. Запуск кроноса в терминальном режиме. (1, 2, 3).
  12. Создания банка данных для подключения на ИСУБД с любым серийным номером (1, 2, 3).
  13. Подключение банков данных с другим серийным номером.
  14. Удаление одинаковых значений в банке данных.
  15. Удалённый доступ к информации из банков данных. (1, 2).
  16. Если должно искать, но не находит (1, 2, 3).
  17. Проектирование выходных форм (1, 2, 3).



Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 13:09 08-09-2009 | Исправлено: Yevgeniy, 19:08 23-08-2022
TranzitZP

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спасибо, начал уже над этим работать и столкнулся с таким вопросом:
- при создании запроса (в т.ч. сложного запроса) в словарном поле, не возможно указать условие для поиска к примеру "алекс*", чтобы Кронос сделал выборку всех имен начинающихся не алекс: александр, александра, алексей .... ,
автоматически открывается словарь и можно только выбрать конкретное имя или диапазон (в сложном запросе).
В обычном текстовом поле таких проблем нет, можно использовать знаки "?", "*" и т.п. для расширения результата поиска.
 
Я прав? или где-то я не нашел нужную функцию как делать выборку в словарном поле?  
Заранее спасибо за ответы.

Всего записей: 10 | Зарегистр. 27-02-2010 | Отправлено: 15:06 04-05-2011
ext2



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TranzitZP
Словарь он на то и словарь, чтобы каждому коду соответствовало конкретное понятие (или несколько понятий, если поле множественное). В словаре отбирать можно только по значениям самого словаря или (в сложном запросе) по значениям, которых нет в словаре, если у вас таковые имеются в словарном поле

Всего записей: 7105 | Зарегистр. 10-09-2007 | Отправлено: 16:36 04-05-2011
TranzitZP

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ясно. Получается, что лучше вобще не создавать словарь в полях, по которым будет происходить поиск.
Проще же в поле указать фамилию Кр?вец и найти: Кравец, Кровец
чем в словарном поле в сложном запросе указывать поиск Кровец и Кравец, и вспоминать какие еще могут быть опечатки в базе или разновидности фамилии.  
 
А счастье было так близко

Всего записей: 10 | Зарегистр. 27-02-2010 | Отправлено: 17:32 04-05-2011
ext2



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TranzitZP
Словарь лучше всего создавать в максимально "чистой" базе, без ошибок хотя бы в поле, которое должно быть словарным.

Всего записей: 7105 | Зарегистр. 10-09-2007 | Отправлено: 17:42 04-05-2011
soloveika



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TranzitZP

Цитата:
Получается, что лучше вобще не создавать словарь в полях

Место экономите при помощи словарей? ЖД вроде не дорогие сейчас.
Я наоборот стараюсь от словарей отвязаться, бывает теряются или при копировании сопоставление полей пропадает. А текст он и есть текст.

Всего записей: 713 | Зарегистр. 24-10-2004 | Отправлено: 18:52 04-05-2011
KONKAR

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
soloveika
Как вариант.

Всего записей: 317 | Зарегистр. 04-07-2006 | Отправлено: 19:29 04-05-2011 | Исправлено: KONKAR, 07:26 05-05-2011
ww1ww



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вообще странно закатывать в словарь фамилии
улицы, города, организации - это понять можно, но фамилии  
Если вы пользуетесь банком только для поиска мой вам совет упростите все до одной таблицы-самой простой
Если сами ведете базу, тут уж...

Всего записей: 148 | Зарегистр. 12-10-2007 | Отправлено: 23:43 04-05-2011
ext2



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ww1ww
Есть базы, которые нельзя упростить, ДРФО тому пример.

Всего записей: 7105 | Зарегистр. 10-09-2007 | Отправлено: 23:46 04-05-2011
KONKAR

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ww1ww
Словари на ФИО (чаще на ИО) делают, чтобы  
1.избежать опечаток при вводе (барышни, которые набивают информацию, делают ошибки даже в распространенных ФИО, что говорить об иностранных. В одной серьезной организации ввод осуществляется двумя операторами и запись происходит только при совпадении)
2. Чтобы уменьшить объем базы (на то они и называются реляционными)
Первое, конечно, намного важнее. Второе же, как правильно заметил soloveika, при нынешней цене на ЖД - элемент изящества, но куда ж без красоты....

Всего записей: 317 | Зарегистр. 04-07-2006 | Отправлено: 07:21 05-05-2011
Leo66



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ext2
Упростить можно любую базу.
TranzitZP
Словари используют для ввода данных, KONKAR по 1 пункту прав.
Для уменьшения размера пересмотрите остальные данные в других полях.
KONKAR
Кронос не является реляционной базой и правила на него не распространяются.

Всего записей: 283 | Зарегистр. 02-02-2005 | Отправлено: 07:47 05-05-2011 | Исправлено: Leo66, 07:51 05-05-2011
ww1ww



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Все правы , однако напомню
уважаемый TranzitZP не собирается базу данных вести, то есть заполнять данными с помощью своих  пользователей, человек пробует различные варианты обработки именно готовых данных:
"...В итоге получаем:  
 более 30 тыс.имен  
 более 300 тыс.фамилий  
 более 50 тыс. отчеств ..."  
видимо подкупает автопоиск при наборе данных из словаря.
Эта возможность хороша когда словарь маленький. Если у тебя больше 50 понятий, то всё равно будешь набирать почти целое слово. Владимир , Владислав , ... Проще научить пользователя набирать слова

Всего записей: 148 | Зарегистр. 12-10-2007 | Отправлено: 08:53 05-05-2011
Provok

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Не вижу ничего страшного в словаре фамилий. В сложном запросе вызываешь словарь, делаешь по нему поиск и все полученные значения автоматом  вставляешь в запрос через "или".
А при вводе даже если значений очень много и нет выпадающего списка - вводишь, например, "ив*" и если такое значение единственное - оно сразу вставляется из словаря, а если нет - то открывается окно со всеми подходящими результатами - аналог автопоиска.

Всего записей: 62 | Зарегистр. 03-04-2003 | Отправлено: 09:27 05-05-2011
KONKAR

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ww1ww
Не могу с Вами согласиться. Словари при вводе нужны не столько для сокращения времени, сколько для снижения количества ошибок Изумительная функция словарей кроноса - автоматическое добавление понятий - при появлении слова, отсутствующего в словаре, переспрашивает и  заставляет вводящего проверять себя.
А вообще абсолютной истины не бывает. Если с базой будет работать несколько квалифицированных специалистов, то можно делать и так и эдак, если же квалификация персонала низка, то лучше минимизировать вероятность ошибки при вводе и, соответственно вероятность пропуска при поиске.
Leo66
Не могу похвастаться хорошей теоретической подготовкой, для меня реляционными являются любые базы, позволяющие связывать таблицы между собой. Если эта функция называется как-то по другому - подскажите

Всего записей: 317 | Зарегистр. 04-07-2006 | Отправлено: 09:45 05-05-2011
neo_matryx



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KONKAR

Цитата:
Не могу похвастаться хорошей теоретической подготовкой, для меня реляционными являются любые базы, позволяющие связывать таблицы между собой. Если эта функция называется как-то по другому - подскажите

пардон, что вставлю 5 копеек.
У кро все-таки больше объектная модель, т.е. нереляционная.
Вот современные реляционные с их функционалом за уши можно притянуть в сторону объектно-ориентированных, а вот наоборот вряд ли.

----------
The MatrYx has You ...
пожарь белого кролика..

Всего записей: 654 | Зарегистр. 20-12-2002 | Отправлено: 11:32 05-05-2011
permdetekti



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KONKAR
 
"- при создании запроса (в т.ч. сложного запроса) в словарном поле, не возможно указать условие для поиска к примеру "алекс*", чтобы Кронос сделал выборку всех имен начинающихся не алекс: александр, александра, алексей .... ,  
автоматически открывается словарь и можно только выбрать конкретное имя или диапазон (в сложном запросе).  
В обычном текстовом поле таких проблем нет, можно использовать знаки "?", "*" и т.п. для расширения результата поиска. ."
 
Уважаемый коллега, однажды мне пришлось решать схожую по типу задачу (в объеме "Дела Шурмана", укравшего у Сбербанка 250 лимонов). Когда совсем приперло, я (в переложении на Ваш случай) продублировал в базе необходимые поля и поместил туда раскодированные значения, по которым было необходимо провести контекстный поиск. Все получилось (результат тому подтверждение, правда честности ради, должен заметить, что моя функция заключалась не сколько в поиске истины, а сколько в отсеве неверных версий). Рекомендую.
P.S. Флуд, конечно, но ...
До сих пор терзают сомнения, какой знак поставить в конце словосочетания "Правильно сделал", применительно к поступку Шурмана: вопросительный или восклицательный. Равно как и необходимость употребление перед словосочетанием "Не..." или "Не, ..." ... (еще раз извиняюсь за флуд).

Всего записей: 230 | Зарегистр. 20-02-2009 | Отправлено: 11:35 05-05-2011 | Исправлено: permdetekti, 11:43 05-05-2011
KONKAR

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
permdetekti
Вы лишний раз подтвердили мой тезис, что абсолюта не бывает, выбор структуры зависит от задачи

Всего записей: 317 | Зарегистр. 04-07-2006 | Отправлено: 12:45 05-05-2011
ext2



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Leo66

Цитата:
Упростить можно любую базу.  

Если очень захотеть, то можно в космос улететь! Вот только зачем?
 
KONKAR

Цитата:
Словари при вводе нужны не столько для сокращения времени, сколько для снижения количества ошибок

Абсолютно с вами согласен, знаю это на собственном опыте.

Всего записей: 7105 | Зарегистр. 10-09-2007 | Отправлено: 13:12 05-05-2011
Leo66



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ext2
Я позволил себе усомниться в Вашем высказывании
Цитата:
Есть базы, которые нельзя упростить, ДРФО тому пример.
. Вопрос "зачем", вопрос вторичный.

Всего записей: 283 | Зарегистр. 02-02-2005 | Отправлено: 14:23 05-05-2011
TranzitZP

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Не думал, что моя проблема породит такую полемику.
В результате моих практических усилий на базой в 7 ГБ получил я такие результаты:
 
Вопрос перевода словарного поля (словарь примерно на 300 тысяч понятий) в текстовое поле (база примерно на 30 млн строк) функцией "массовой замены" в базе нумерации этих понятий текстовыми значениями (самими понятиями) остался разрешенным только теоретически. На практике это воплотить не удалось в связи с большими размерами базы, а именно (на примере словарного поля Фамилия, которое переведено в текстовое и проиндексировано):
 
Вариант 1: сделать выборку поля Фамилия на определенный код фамилии, который есть в словаре.
Результат: выборка происходит мгновенно, массовая замена в поле Фамилия данного кода фамилией гражданина происходит за считанные секунды (при условии, что в текстовом файле правила для замены указана только одна фамилия и её код).
Вывод: использовать такой врианет не практично, так как нужно делать последовательно 300 тыс. выборок и подготавливать под них файл-правило.
 
Вариант 2 (экспериментальный): сделать выборку всех имеющихся в базе записей (30 млн.) и использовать для массовой замены текстовый файл правила для замены с одной фамилией и соответствующим её кодом)  
Результат: массовая замена уже не происходит за считанные секунды, так как Кронос для поиска нужного кода фамилиии в поле не использует данные индексации и ищет нужный код путем перебора всез 30 млн. записей. В результате замена одной фамилии занимает около 10 минут времени (компьютер достаточно мощный).
 
Вариант 3 (безумный): сделать выборку всех имеющихся в базе записей (30 млн.) и использовать для массовой замены текстовый файл правила для замены со всеми имеющимися фамилиями и их кодами)  
Результат: массовая замена не происходит, Кронос виснит. Теоретически для замены необходимо примерно 6 лет беспрерывной работы компьютера (10 минут на замену 1 фамилии умножить на 300 тысяч фамилий равно 3 млн.минут или примерно 2000 дней).
 
Еще раз спасибо за оказанную помощь. Буду в дальнейшем еще порождать безумные идеи.

Всего записей: 10 | Зарегистр. 27-02-2010 | Отправлено: 14:26 05-05-2011 | Исправлено: TranzitZP, 14:33 05-05-2011
ext2



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Leo66
Не надо сомневаться. Если есть конкретные предложения - милости просим, а так это все...слова
 
TranzitZP

Цитата:
Не думал, что моя проблема породит такую полемику.  

Полемика возникла из-за того, что вы не предоставили ни единого скриншота того, что вы делаете, в связи с чем так и осталось непонятным до конца чего хотите добиться.

Всего записей: 7105 | Зарегистр. 10-09-2007 | Отправлено: 15:51 05-05-2011
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89

Компьютерный форум Ru.Board » Компьютеры » Программы » CronosPlus | CronosPro | Cronos for DOS


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru