LogHX3: кроссплатформенный лог для Windows и Linux

[UD2F]

Алексей, не поддавайся на провокации )

Вы даже не представляете, сколько уже используют Линукс, а сколько еще бы использовали, если бы был софт подобный N1MM, Logger 32, LogHX чисто под Линукс...
Так чтА, вперед и только вперед )

[RX9CDR]

какую БД выбрать для Линукса? Аналога даже близкого для MS Access не нашел.

как вариант http://www.linux.ru/subd-firebird-251
http://www.postgresql.org/
http://ru.wikipedia.org/wiki/Oracle_Database

Сдался тебе этот Линукс..

Успокойтесь уже, дышите ровнее

[R8OSP]

какую БД выбрать для Линукса? Аналога даже близкого для MS Access не нашел.

В чём в данном случае прелесть Акцесса?
Проще всего, наверное, использовать MySQL. Или более лёгкий - SQlite. Кстати, CQRlog по мере развития таки перешёл на MySQL.

Запустил CAT - весьма муторный участок работы.

Дык есть же отработанный вариант - hamlib.

[RA3QTH]

Прочитав на данном форуме иногда очень категоричные высказывания про ОС Linux решил установить Ubuntu 12-04 и так сказать попробовать и ничего плохого не увидел, даже наоборот был поражен хорошей работой работой системы. В интернете теперь в основном на Ubuntu 12-04, на мой взгляд резкие высказывания про ОС Linux беспочвенны, как новичку прийдётся осваивать новую систему это понятно, просто попробуйте возможно и не пожалеете.

[RN3GP]

Oc linux конечно неплохая, но для радио кроме танцев с бубном ничего не приносит. Хотя на любителя. Если не искать легких путей флаг в руки!
Я лично использую на ноутбуке linux, ничего ни где не зацепишь. На стационаре однозначно W7 здесь ему линь не конкурент. А планшет конечно Ios, поэтому есть с чем сравнить.
P.S. Не сделаю открытия, но в Linux замечательно работает эмуляция win. Поэтому голову особенно не заморачиваю если что.

[RX4HX]

закончи для винды HX2

Для начала надо знать, что заканчивать. Замечания что то особо никто не пишет.

Добавлено через 9 минут

В чём в данном случае прелесть Акцесса?

Прелести Аскеса:
1. Оператор TRANSFORM - построение отчета по любому диплому за 1-2 сек при 100+тыс связей - больше с такой скоростью отчеты никто не умеет делать.
2. Очень большая скорость сортировки и выборки - тоже для нас радиолюбителей очень нужная ф-ция.
3. Не требует инсталляции, работает с флешки.

На самом деле буду очень рад, если кто предложит альтернативу.

более лёгкий - SQlite

Для пробы в LogHX3 попытался его использовать - на порядок, нет на 2 порядка медленнее Аксеса.

как вариант

Ну Оракл это уж слишком.
Вообще же смотрю в сторону PostgreSQL - но пока особо этой задачей не заморачивался.

отработанный вариант

Отработанный вариант может быть только один - когда ты все сам делаешь

[R8OSP]

Прелести Аскеса:

Хранимые процедуры не помогут? В том же Постгресе

3. Не требует инсталляции, работает с флешки.

Это в ТЗ есть? Флешка ж сдохнет через пару месяцев активного использования.

когда ты все сам делаешь

Ну, по крайней мере "посмотреть" можно. В той же hamlib или fldigi/flrig

[RX9CDR]

Вообще же смотрю в сторону PostgreSQL - но пока особо этой задачей не заморачивался.

Думаю, что это очень правильный выбор.
1С предпиятие и бухгалтерия под линуксом именно на PostgreSQL работает

Добавлено через 1 минуту

Ну, по крайней мере "посмотреть" можно. В той же hamlib или fldigi/flrig

Тем более, что в моих пожеланиях интеграция с ldigi/flrig имеется.

[RX4HX]

Хранимые процедуры не помогут?

На сколько я знаю, такой скорости достичь не удаться.

Флешка

Одно из основных условий в моей программе - с флешки многие пользователи работают. Но тут даже не в этом дело.

PostgreSQL

На сколько я понимаю нужно сервер отдельно устанавливать. И его администрировать хоть по минимуму. А это не все пользователи могут.

[R8OSP]

На сколько я знаю, такой скорости достичь не удаться.

Не могу представить, чтобы чисто десктопная база могла уделать по скорости серъёзные СУБД. Даже относительно простецкий MySQL обслуживает форумы в интернете с немаленькой посещаемостью. Даже если на этом воруме посмотреть статистику - нагрузка на SQL сервер даст фору любому аппаратному журналу. Вопрос оптимизации, я так понимаю. Запросов в первую очередь. А ведь старые версии MySQL даже хранимых процедур не имели, AFAIK.

Полуофф: знаю один продукт от наших программистов - программа может работать на одной из нескольких допускаемых СУБД (MS-SQL, Oralce и ещё пара каких-то). Хранимые процедуры не использовались. СУБД чисто как хранилище использовалась. В связи с этим (и не только, полагаю) она даже сервер с ораклом по первости прогибала. Сильно позже её уже стали оптимизировать - чуть получше стало.

Одно из основных условий в моей программе - с флешки
многие пользователи работают.

CQRlog и настройки и базы хранит в одной папке.
И как вариант - embedded mysql

[UT4UKW]

Не могу представить, чтобы чисто десктопная база могла уделать по скорости серъёзные СУБД.

А Вы проверьте... загоните 100К записей в access и любую серверную БД и попробуйте сортировку и построение сводных таблиц... будете удивлены.
Использование клиент-серверной технологии для данной задачи не оправданно, т.к. эта идеология предполагает, что СУБД находится на сервере, который гораздо мощнее десктопа... в данном же случае и бд и программа находится на десктопе.

[R8OSP]

Залил в лог adif файл. 109668 записей.
Импорт занял 5 минут 3 секунды 242 милисекунды
Статистика по DXCC сформировалась за 7 секунд

Какие ещё кнопочки понажимать?
Да, CQRlog
Ноут Core2Duo 2.2GHz
1Гб памяти
Ubuntu

Возможно адиф нерепрезентативен, ибо у меня лога с таким количеством записей нет - взял первый попавшийся с ~400 записями и продублировал до нужного объёма.

Добавлено через 49 минут
Тот же ноут. ВинХР
Тот же лог.
LogHX2, взятый из конца соседней ветки не взлетел. Попросил указать базу, попросил ткнуть в имя лога, сказал, что не может открыть лог и закрылся.

Лог ut4ukw
Импорт - шесть с половиной минут
Статистика DXCC работает шустро, но выборка либо по диапазонам, либо по видам подтверждения. CQRlog сразу всю инфу выдаёт - по сработанным/подтвержёднным, по виду излучения (CW/SSB/DIGI) с учётом сработанных/подтверждённых, в это вместе по диапазонам и т.д.

[RX4HX]

Не могу представить, чтобы чисто десктопная база могла уделать по скорости серъёзные СУБД.

В интернете есть табличка сравнительная по скорости работы разных БД. Так вот тот же Оракл начинает выигрывать у других БД при кол-ве записей что-то более миллиона. И оно нам, радиолюбителям надо?
На счет скорости MS Access - те, кто с ней не работал - не верят в ее скоростные качества, но как правильно сказал UT4UKW - "А Вы проверьте"

Статистика по DXCC сформировалась за 7 секунд

На Access'e менее 2 сек. В 3 с лишним раза - не плохо правда?
У меня в LogHX 6 сек считалась, в LogHX2 - 2 сек. Производительность в 3 раза!

Добавлено через 44 секунды

не может открыть лог и закрылся.

Пришлите мне лог - проверю у себя в чем проблема.

Добавлено через 1 минуту

CQRlog сразу всю инфу выдаёт - по сработанным/подтвержёднным, по виду излучения (CW/SSB/DIGI) с учётом сработанных/подтверждённых, в это вместе по диапазонам и т.д.

У меня в логе 2 сек. А потом смотрите - что хотите модуляцию, диапазоны, подтверждения - это вообще без пересчета статистики - очень удобно.

[R8OSP]

Пришлите мне лог - проверю у себя в чем проблема.

Я на чистую ставил. Ещё даже не успел лог импортировать. Программа запнулась при создании базы, я так понимаю

Добавлено через 13 минут
Можно ещё на FireBird посмотреть. Свободный потомок InterBase

[RX4HX]

при создании базы

Не базы, а статистики, которую я сегодня добавил.
При создании нового лога не проверил.
Все исправил - релиз перезалил.

Добавлено через 51 секунду

ещё на FireBird посмотреть

Если в плане Линукса - то тоже очень хороший кандидат.