Re: Производительность?
Возьми данные, залей, попробуй. - я не первый и не последний буду засекать время запросов от Firebird. Исследовательских статей на эту тему вы *совсем* не видели? On Apr 6, 10:35 am, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: Hello, cDima! cDima wrote: Подскажите обзоры производительности embedded-версии Firebird DB, последних версий. Можете подсказать статьи или ресурсы, плиз? Язык не важен. Embedded это вариант сервера. соответственно производительность та же самая. потом, что значит производительность? Возьми данные, залей, попробуй. -- Dmitri Kouzmenko,www.ibase.ru, (495) 953-13-34
Re: Производительность?
Если бы XML был настолько совершенен, то не было бы MS SQL например. :-))) Тут пока и сравнивать нечего. Дмитрий Зря я упоминул XML. =) Не спорю, но для мелких объемов (300 rss feed'ов, каждый по 30 элементов, в целом 1 элементов в базе) не требуется термоядерный Firebird. Вы совсем не видили статьи мудрецов с правильно поставленными экспериментами для анализа скорости Firebird? Можно варьировать тип запроса, размер таблицы и прочее, не хотелось бы это делать на коленке. Спасибо, Дмитрий
Re: Производительность?
Вы совсем не видили статьи мудрецов с правильно поставленными экспериментами для анализа скорости Firebird? а вы вообще такие статьи в отношении других серверов видели? The Open Source Database Benchmark - http://osdb.sourceforge.net/ Например http://www.sqlite.org/cvstrac/wiki?p=SpeedComparison , сравнивание firebird 1.5 и SQLite по разным типам запросов. (посмотрите Test 6: INNER JOIN without an index, любопытный результат) http://forums.devshed.com/firebird-sql-development-61/benchmarks-63316.html - ветка где человек искал примерно тоже самое и не нашёл. Что, например, покажет, если я сообщу о скорости select count по 2-гиговой таблице на своей машине? О том что я мудрец, или что у меня комп плохой или хороший? Что если ты выполнишь теже запросы с другими embedded-средствами и они сработают намного медленее, то firebird лучше своих конкурентов и его можно использовать в продукте. Я бы не хотел встраивать firebird в свою программу чтобы потом узнать, что firebird страшный тормоз. Не популярен интерес к benchmark-ам среди вас, понятно. Спасибо, Дмитрий
Re: Производительность?
Если данные помешаются в доступную физическую память, сохранение и загрузка с диска делаются нечасто, не нужно делать безумные многокритериальные запросы с сортировкой и группировкой - xml достаточно. Десериализовал в память, покрутил как хочешь, сериализовал обратно. Ну и объекты сложной структуры обрабатывать и хранить проще. Именно, и пока все данные помещаются в память мы и не задумывались о продуктивности, всё летало. Сейчас количество данных увеличится и вопрос станет ребром. Если же нужны сложные отчеты - LINQ .NET-овский вроде еще не вышел, а sql сразу намного упрощает жизнь. Большие объемы данных(больше чем физическая память) сервер обрабатывает более эффективно (индексы и прочая оптимизация). Ну и опять же - скажут сделать многопользовательскую версию программы - опять приходим к серверу. Отличный ответ, спасибо. LINQ сильно бы облегчил жизнь, но пока его нет будем использовать firebird. Спасибо, Дмитрий Садаков
Производительность?
Добрый день, Я хочу понять, что быстрее, встроенный в .Net XML-средства хранения информации на жётском диске, или встроенная Firebird-база. Подскажите обзоры производительности embedded-версии Firebird DB, последних версий. Можете подсказать статьи или ресурсы, плиз? Язык не важен. Особенно интересует случай с примерно 1000-100 элементов в таблице, запросы на выборки по LIKE Somethin% с сортировкой по int- полю. Спасибо, Дмитрий Садаков.
Поиск по словам с опечатками
Добрый день, all. Есть простой поисковой запрос, он он находит исключительно слова без опечаток: SELECT * FROM movies WHERE movies.name LIKE %Матрица%. Но если точное написание неизвестно, или при поиске были допущены ошибки и опечатки, он ничего не найдёт. Поиск должен выдавать не только точные результаты, но и частичное совпадение и похожие результаты. Пример. Человек вводит Шарлиз Тернер, а поиск находит возможные варианты: Шарлиз Терон, Чарльз Герман, Чарльз Белардинелли. Как сконструировать поисковой механизм так, чтобы в результате запроса также находились похожие результаты? Спасибо за внимание.
Проблемы с кодировкой
Добрый день, У кого-нибудь получилось использовать Firebird Embedded и .Net Provider с русскими символами? У меня они в DataGridView показываются в неправильной кодировке. Я разрабатывают C# программу с Embedded Firebird 1.5 и .net provider 2.0.1. Кодировка на базу, на поля в таблице, и в строке подключения -- Unicode_FSS. Через EMS SQL Manager русские символы видно в базе, т.е. они записываются в базу отлично. Но если сделать select * этой таблицы и вывести в DataGridView, то русских символы в неверной кодировке. Что делать? Код ниже... * Windows XP Pro SP2 EN, no rus MUI; * Regional and Language Settings: Language for non-Unicode programs - Russian; * Firebird Embedded (1.5); * .Net Data Provider for .NET Framework 2.0 (2.0.1 Release Candidate); Создание: CREATE TABLE FILES ( FILES_FLD INTEGER NOT NULL, FIELD1 VARCHAR(20) CHARACTER SET UNICODE_FSS COLLATE UNICODE_FSS); Код на просмотр таблицы: string ConnectionString = ServerType=1;User=SYSDBA;Password=masterkey;Dialect=3;Database=filesdb__.fdb;charset=unicode_fss;; string SQL = SELECT * FROM FILES; FbDataAdapter da = new FbDataAdapter(SQL, ConnectionString); DataTable dt = new DataTable(); da.Fill(dt); this.dataFirebird1.DataSource = dt; // this.dataFireBird is a DataGridView
