to Ua3GDW
Здравствуйте, Роман!
Где скачать Ваш последний лог?
Хочу посмотреть насколько он лучше дога RX4HX.
73! R3DL
Вид для печати
to Ua3GDW
Здравствуйте, Роман!
Где скачать Ваш последний лог?
Хочу посмотреть насколько он лучше дога RX4HX.
73! R3DL
Здесь встал вопрос не чей лог лучше, а в чьём логе скорость проверки повторов выше. Если интересно, смотрите: http://radiosoft.info/index.php/loggerxp
Если не затруднит, закиньте в оба лога вот этот ADIF-файл на 100000 QSO: http://forum.qrz.ru/post825945-3336.html и сравните скорость проверки повторов при вводе нового QSO.
Спасибо, Роман!
Несколько вопросов:
1. Обязательно ли устанавливать RSSXAPI?
2. Обязательно ли устанавливать предлагаемые плагины?
3. Увижу ли разницу со своим ADIF с 30000 связей?
Завтра попробую, напишу.
73! Амир
а вопрос зависти.
Вообще для пользователей - это хорошо! Зависть - если она еще подкреплена чем то - это двигатель прогресса. Роман к сожалению пошел не по тому пути. Он все пытается сравнить мой лог с чем то мифическим. Сравнивать можно только на сегодняшний день то, что есть, и то, чем пользуются: а именно -
AALog, UR5EQFLog, LogHX, Logger... что еще... наверное для русскоязычных пользователей - все. Вот тут есть смысл сравнивать скорость, удобство... а не с "трупом", как о своем логе отозвался сам Роман.
Мои запросы Вам не помогут, они тривиальны, а черти, как всегда, в мелочах. Ключевые слова - индекс, план, кластер. SQL может многое но не все, иногда приходится менять концепцию выборки данных. Гадать как там у Вас сделано мне не интересно.
Если есть сомнения - найдите мой сайт и там небольшой фронт-энд логгера под .NET CF. На PC P4 3GHz импорт йцук.adf занял менее 10сек. Поиск истории связей по позывному доли секунды. На КПК 400МГц больше тормозит вывод на экран, чем поиск в SQL базе.
А будете хамить - не раздумывая поставлю твит, мне Ваш логгер как зайцу стопсигнал, только программируя последние 25 лет я понимаю сколько труда в него вложено и это само по себе достойно уважения.
Мне, как простому пользователю, глубоко фиолетово двойные или тройные там запросы и т.д. и т.п., правильно это или нет с точки зрения программиста. На сегодняшний день есть продукт, который работает, поддерживается, развивается и имеет круг пользователей, кстати. Меня удовлетворяет. Не на 100%, но надеюсь.
Скачал. Установил. Лог даже не запустился.
Ребята, нужно жить дружно.
Создайте отдельную ветку программистов и перенесите дебаты туда.
Я пробовал почти все популярные логеры... и даже те, которые делали сыновья для своих отцов радиолюбителей, по их просьбе :) коих много в файловом разделе сервера QRZ.RU "Аппаратные журналы".
Платные то-же ставил, для ознакомления.
Последним установленным был LogHX, на нём и остановился.
Дайте спокойно Алексею реагировать на "каждый наш чих". У него это отлично получается... и лог работает.
Логописателей у нас и так мало, не гоните напраслину друг на друга.
Каждый из вас идёт своим путём в написании кодов, ...или чего там ещё ??? Главное чтоб Ваши логи работали, и полностью устраивали нас, юзеров.
Вы все молодцЫ !!!!!
Мы Вас очень ценим !!!!
73!
Извините, если высказался резко - хамить не собирался. Просто уже изрядно надоели советы, которые есть в каждой книге для начинающих программистов, и которые естественно мной опробованы.
Естественно у меня база проиндексирована по Call, естественно запрос типа SELECT Call FROM Log WHERE Call= - делался (собственно, а что есть другой вариант запроса?), результат - есть притормаживание.
Сейчас отказался от SQL - притормаживания нет. Тут даже в общем то спорить не о чем - если говорить в плане SQL - есть только один вариант.
Не имею желания обидеть наших товарищей программистов, но присоединяюсь к мнению RD9CX Сергея. Мы простые пользователи и нам "по барабану" профессиональные дискуссии о идеологии и техн тонкостях воплощения.
Возможно, оппоненты RH4HX и правы в частностях - можно сделать лучше и т.д. Я это допускаю... Но это его законченный продукт, работает стабильно, на данный момент удовлетворяет наши потребности.
------------------------------------------------------------------------------------
У меня за 30 с лишним лет, довольно активного появления на диапазонах набралось чуть более 100 тыс... В среднем, получается по 3500 ЩСО в год. Внесены в лог ЩСО с 2010 года ... Когда, пользователь наберет в повседневной работе эти 100 тыс связей?
Выкладываю пробную версию, собственно из-за которой тут столько споров:
http://rx4hx.qrz.ru/files/PreRelease...2Setup.1.0.exe
В ней исправил ошибку, на которую указал RZ0AF - не верно вставлялась частота при отправке спота, и теперь увеличена скорость поиска данных для позывного - особенно это должно быть заметно на слабых компьютерах. Попробуйте.
Так, я сейчас проверил - по ходу Вы что то не так делаете - в Setup->Установки цифр. - внизу путь к ADIF файлу что jt65 создает указан?
Добавлено через 2 минуты
Да ладно Вам - это когда допустим большой адиф-файл вставляешь - да, тут естественно prepare весьма на время сказывается. в одиночном запросе время конечно тоже на это тратится, но это доли процента от времени поиска.
Вот, решил по быстрому проверить на когда-то написанных универсальных функциях для работы с БД SQL.
В базе 201040 записей.
Запрос одной последней строки по позывному.
1-й запрос идет 3 сотых секунды.
Остальные 2-3 тысячных секугды. Это с учетом громоздкого провайдера, ADODB объекта, преобразования его массива во внутренне представление библиотеки, и т.д...
Все работает очень даже быстро!
Да именно от сюда и ноги растут.
Если уж так интересно: делал отдельную программу для тестирования скорости запроса. Пробовал по разному - задержка то есть, то нет. Порылся в гугле на западных форумах для программистов (они кстати куда как более содержательные, чем наши). Нашел там аналогичные вопросы - почему вот есть эта непонятная задержка при обращении к Access. В итоге сошлись там во мнении, что это особенность драйверов для Access. Кстати с Access вообще много заморочек есть. Одно правило 4 секунд чего стоит :)