А что это значит, можно поконкретнее: по факту определится как тач панель? Т.е. будет просто мышкой управлять, как тачпад на ноутбуке или можно через какой-нибудь софт в своё приложение передавать координаты нажатий? И если нажатий несколькоодновременно, то что система передаст в активное приложение?
1. Точно. Разобрался, исправил этот момент. Теперь код выглядит так:
// Где то в самом начале
SQLQuery1->CommandText="select props from forms where id=:WORD";
SQLQuery1->Prepared=true;
// Внутри рабочего цикла
SQLQuery1->ParamByName("WORD")->AsString=w;
SQLQuery1->Open();
if (!SQLQuery1->IsEmpty()) {
SQLQuery1->First();
while (!SQLQuery1->Eof) {
ts->Add(SQLQuery1->FieldByName("props")->AsString);
k++;
SQLQuery1->Next();
}
}
SQLQuery1->Close();
Скорость возросла раза в 3. Но разница с PHP всё ещё огромна!
Вот PHP код:
<?php
$db=new SQLite3("words.db");
// Открываем файл
$fd=fopen("test-words.txt","r");
$res=fopen("test-words-sqlite.res","w");
$count=0; $notfound=0;
// Читаем строку
while (($s=fgets($fd))!==false) {
$s=str_replace("\r","",$s);
$s=str_replace("\n","",$s);
$result=$db->query("select initform_id,props from forms where word='".$s."';");
$count++;
if ($row=$result->fetchArray()) {
fwrite($res,$s."\t".$row["initform_id"]."\t".$row["props"]."\n");
}
else {
fwrite($res,$s."\tNot found!\n");
$notfound++;
}
}
fclose($fd);
fclose($res);
echo "All: ".$count."\tNot found: ".$notfound."\n";
?>
sqlite3.dll - 3.8.8.3 - 25.02.2015 (C++ Builder)
php_sqlite3.dll - 5.5.14.0 - 25.06.2014 (PHP)
Т.е. версия SQLite для PHP более древняя, а производительность выше. Я правда грешу на dbExpress в C++ Builder. Может там что надо подправить?
Ух ты, какой ответик! И говнокодером обозвал и на ответ по существу не ответил. Я знаю, что возможность создавать 64-разрядные DLL и приложения под Windows из Visual Studio 2015 есть! Мой вопрос есть ли решения (и если есть, ткните ссылкой либо на готовые DLL-ки либо на статью по этой теме) касаемо OpevCV. А конкретно по этой задаче: необходимо ОДНОВРЕМЕННО, СИНХРОННО читать до сотни видеофайлов (почему не Ваше дело) с последующей обработкой и тут уже банально не хватает памяти 32-разрядному приложению.
Проблема в том, что иногда объекты имеют нечёткую границу или, например, вместо легковушки может быть кран (с прозрачными областями внутри). Тогда трудно выбрать пятна какого размера можно удалить, а какие оставить. Каков должен быть критерий отбора?
Однако, по паре книг Толстого и нескольким научным статьям хорошую статистику не наберёшь. Я и начал сам делать. Правда, за основу взял электронную библиотеку на русском языке (6 ГБ), а для английского on-line библиотеку Гутенберга (соизмеримого размера). Проблема в том, что для обработки требуется мощный компьютер и много рабочего времени. Я на английскую базу потратил уже две недели, а она поменьше будет, чем русская. К тому же в ней (в базе) я обнаружил некоторые ошибки, связанные с ошибками в моём коде (не критичные, но, возможно придётся переделать). Собственно, нежелание тратить своё драгоценное время и вынудили меня заняться поисками. К сожалению, те базы, что мне уже попадались имеют небольшой размер.
Спасибо! Однако это не совсем то.
Позволю себе Вас процитировать:
>>> Словарь синонимов Тришина: ( www.trishin.ru/dictionary/DictionarySetup.zip ) БД в Acces-формате будет лежать в папке с установленной программой. Словосочетания отсекаются фильтром «содержит» + " " (пробел)
Так вот я хотел бы чтобы база содержала среди прочего:
Словарь синонимов
синонимов Тришина
БД в
в Acces
Acces формате
формате будет
…
Ну и то же самое только для трёх слов. Для четырёх — это уже я думаю совсем нереально.
Собственно для чего? Ну как вариант: эдакий навороченный AUTOCOMPLETE. Начинаешь писать текст, а программа тебе в отдельном окошке варианты следующих слов подсказывает.
Ну и еще одна идея. Не знаю сработает ли. Всем известна технология T9, когда с помощью только цифровых клавиш можно вводить разные тексты, причём используя словарь кнопки можно нажимать всего один раз для каждой буквы. Качество работы так себе, посредственное, однако для набора простых слов годится. А я вот подумал, а почему бы не сделать иначе. Вводить именно что буквы, но не все, а, например, лишь первые и последние.
Допустим фраза:
Хранение типизированных данных в базе данных
будет выглядеть при быстром наборе как
Хе тх дх в бе дх.
Я понимаю, что вариантов может быть несколько, но тогда их надо просто показывать во всплывающем окошке (согласно частоте использования) и дать возможность выбрать пользователю правильный вариант.
