Судя по ошибке у Вас позавчерашняя версия. Я тут новую выкладывал - ошибка ... 0001B4 - исправлена. )))
Добавлено через 2 минуты
Они и так минимальны.
В остальном - это дело вкуса.))
Вид для печати
Просто люди, осваивая лог, пришли к выводу, что им и того что есть хватает. В плагины надо выносить только правила соревнований и сохранение лога в экзотических форматах.
К сожалению, никто из авторов не желает сделать лог под универсальную базу. Все уперлись в свой любимый пузатый Аccess и не желают от него оторваться.
Хотя, что может быть проще - дай пользователю возможность выбрать провайдер АДО или драйвер БДЕ, далее, нажать кнопочку, лог соединяется с СУБД и если базы лога в ней нет - раз, и все необходимые начальные таблицы создались (вот тут плагины и пригодились бы). А дальше, подгружай АДИФ-ы логов и работай с хорошей базой.
Добавлено через 3 минуты
Для этого в любимых программах должен быть соответствующий интерфейс. А то выйдет новая версия этой проги - и опять лог переделывай. ПОэтому правильно авторы логов 817-й коммандер послали...
А в чем смысл "универсальной" базы?
Пользователю по большому счету все равно в каком формате база данных, разве не так? А вот по скорости Access+DAO для данной задачи боюсь равных нет... даже ADO проигрывает... BDE вообще ошибка природы успешно похороненная борландом еще в зародыше.
И какая база по Вашему "хорошая"? :)
Смысл очевиден - мне хочется Оракл использовать. И работает быстрее, и детских неожиданностей меньше.
Да Access - это убогая хрень и с большими объемами он работает плохо. Что касается пользователей, то некоторые настойчиво просят о рюшках, и авторы их реализуют, хотя большинству они даром не нужны. Но их ведь делать легче и они наглядно видны. А вот дать возможность прицепить хорошую СУБД на свое усмотрение - тут, извините, ж.о.п.а.
А ценник не пугает? или ограничимся XE, который не поддерживается
В рамках данной задачи вряд ли... особенно на слабых компьютерах с гигом памяти.
Про 600-ю ошибку Вы вероятно не слышали
Ну с объемами 100-200К записей справляется очень неплохо... а больше думаю будет у единиц. Во всяком случае миллионов записей точно не будет :)
А можете назвать чем конкретно не устраивает Access, кроме религиозных убеждений?
На слабом десктопе Oracle точно будет работать не быстрее Accessа да и на детские неожиданности, непосвященному в тонкости администрирования юзеру, нарваться будет куда легче... :)
:good:
Добавлено через 7 минут
На мой взгляд, о рюшках просят только те, у кого в логе 50-1000 записей всего. :smile3: И они просто еще не знают о нужных хотелках и не представляют, о чем надо просить авторов. Поэтому все заявки сводятся к банальным красивостям. Но этот период быстро заканчивается...
Извините, редко читаю ветку.
Понял, спасибо за информацию. В QT тоже есть ODBC и я работал через него и с DBF и с Access. Так что там тоже все реально.
По поводу Access VS Oracle VS что-то еще. Лично у меня БД SQLite при количестве строк порядка 200к всетаки померла. Access это для многих очень знакомый, удобный и гибкий инструмент, но его может и не быть на современной ОС из за того, что лицензия на него стоит дополнительных денег. Однако драйверы ODBC для доступа к access все равно будут. Oracle - пусть и свободный и бесплатный, всетаки мне кажется, что это жирновато для лога. Единственным реальным вариантом мне кажется запуск при старте программы лога сервера MySQL ну и при закрытии его тоже закрывать. Но надо продумывать, чтобы не занять чей-нибудь TCP/IP порт (а вдруг на машине уже запущен MYSQL). Во всяком случае, пользователь об этом задумываться не должен.
В данном контексте речь я так понимаю все же не о Microsoft Access как об отдельном продукте, а только в БД от него, которую можно использовать и без установки MS Access
Не обязательно... Родной способ доступа это DAO... это хоть и древняя технология, однако самая быстрая. В принципе не проблема работать с Access и под линуксом, правда под Wine... т.е. любую программу использующую Access, под линуксом запустить можно и можно не заморачиваться с "кроссплатформенностью".
Бесплатный и свободный OracleXE кастрированная версия Oracle Standard, со всеми вытекающими... это из пушки по воробьям.
MySQL достаточно специфичная база... некоторые вещи сделаны через одно место, а некоторых вещей просто нет... и по видимому не будет, ибо купивший ее Oracle таки ее похоронит... хотя для данной задачи ее возможностей возможно будет более чем достаточно...
Еще есть куда более развитей Postgres...
Но все же основное преимущество Access, в том, что это обычны файл+dll доступа к нему... а MySQL, Postgres все же полноценные сервера БД, которые все таки могут потребовать некоторых знаний в администрировании....
Как вариант попробовать покрутить embeded версии.
Вы про первую страничку? :) Дык запустил и забыл...
Что значит не настраиваемый??? Весь "крутится" Причем можно держать несколько рабочих столов... хошь из выпадаемых окон, хошь на столе размещай...
UT4UKW подобное сделал, жаль не доделал...
А давайте по памяти ... ну, пяток хотя бы... :)
По мне, есть недостатки, не без этого, хотя бы то, что нет русификации... и импортированный лог из кирилицы превращается в крокозябры...
И отсутствие русификации и русской поддержки вас, например или меня, вводит частенько в непонимание и ступор... :)
UT4UKW, еще мне тут подумалось, что access, oracleXE, mysql в виде exe или что-то еще - это все под Windows. Под UNIX будут другие проблемы даже хотя бы с запуском сервера. Ну и я не думаю, что драйвер доступа ODBC будет компилироваться и работать где-то, кроме как под WIN. Так что если используется QT нужно выбрать что-то из поддерживаемого им. Ну или сохранять в файлы.
QT использует свои нативные дрова для доступа к БД... ODBC ему не нужен.
Я говорю о том, что в случае если использовать Access по любому нужен wine, тогда нет смысла в "кросплатформенности" а другой "красивой" кроссплатформенной бд в одном файле для этой задачи нет... во всяком случае я не знаю :)
Добавлено через 2 часа 15 минут
Михаил RX1AL дал ссылку на проект kexi
http://www.kexi-project.org/
нативная поддержка access для linux.