Форум: "Базы";
Текущий архив: 2005.08.07;
Скачать: [xml.tar.bz2];
ВнизЧто быстрее? DBF или Firebird? Найти похожие ветки
← →
Sirus (2005-06-23 14:23) [0]Вот собственно и весь вопрос. Просто я с другом поспорил: он говорит DBF я говорю Firebird. Он работает на FoxPro и Delphi. Я только на Delphi.
← →
Sergey13 © (2005-06-23 14:30) [1]Жигули. Если ездить умеешь. 8-)
← →
Val © (2005-06-23 14:33) [2]
> Я только на Delphi.
а почему тогда спорите?
← →
Rule © (2005-06-23 14:44) [3]быстрее в чем ?
← →
Rule © (2005-06-23 14:45) [4]вообщето у кого руки прямее у того и быстрее а остальное непричем ...
← →
-=XP=- © (2005-06-23 15:07) [5]Утверждают, что FoxPro, работающая с DBF на P4-3,6 по любому быстрее всех возможных СУБД, работающих на P-100.
P.S.
- Кто "круче": Шварценегер или Сталоне?
- Сталоне.
- Чем?
- Чем Шварценегер. (С) Анекдот
← →
Danilka © (2005-06-23 15:09) [6]Если работать методами файл-сервера, то ДБФ будет быстрее, думаю, в некоторых случаях даже быстрее в разы.
Открою страшную тайну - ДБФ-ки при этом будут также быстрее даже Оракла.
:)
Однако, не надо думать, что люди покупая Орокол платят именно за скорость высасывания с сервера какой-либо таблицы. Есть еще много вещей, которые просто невозможно реализовать на ДБФ-ках, или возможно, но настолько трудоемко, что просто ужасть. :)
Вопрос на засыпку - с какого-такого дикого бодуна некоторые адинесники свои базы 1с версии 7.7 переводят с ДБФ-ок на MSSQL, несмотря на то, что работа с сиквелом у этой версии 1С организована просто безобразно, и тормозить база начинает ощутимо. Второй вопрос - с какого бодуна 1С в версии 8 вообще отказалась от ДБФ-ок? Ну и опять-же, нафига тот-же Орокол покупают?
← →
-=XP=- © (2005-06-23 15:10) [7]Вообще, просвятите, что это за СУБД такая, DBF?
← →
Desdechado © (2005-06-23 15:12) [8]что быстрее - арбуз или паровоз?
а смотря как их ускорять :)
← →
Sergey13 © (2005-06-23 15:14) [9]2[6] Danilka © (23.06.05 15:09)
>Открою страшную тайну - ДБФ-ки при этом будут также быстрее даже Оракла.
Подумаешь. Оракла - самая тормозная весчь. Пока ее гигабайты разгонятся, фокса все по килобайтам раскидает. 8-)
← →
Val © (2005-06-23 15:18) [10]есть более страшная тайна. они оба dbf. :)
← →
Sergey13 © (2005-06-23 15:24) [11]2[10] Val © (23.06.05 15:18)
>есть более страшная тайна. они оба dbf. :)
Не факт. У меня по умолчанию ora. Догадайся на какой. 8-)
← →
Val © (2005-06-23 15:33) [12]не факт. но рецидив налицо.
← →
Sergey13 © (2005-06-23 15:36) [13]2[6] Danilka © (23.06.05 15:09)
>Если работать методами файл-сервера, то ДБФ будет быстрее, думаю, в некоторых случаях даже быстрее в разы.
Если работать методами файл-сервера, то ДБФ будет медленнее, думаю, в некоторых случаях даже медленнее в разы.
Все дело в случае. 8-)
← →
Danilka © (2005-06-23 16:01) [14][9] Sergey13 © (23.06.05 15:14)
:)
о да. особливо по утрам первые запросы прямо со скрипом запускаюцца. :)
[10] Val © (23.06.05 15:18)
гыыы :)
[13] Sergey13 © (23.06.05 15:36)
хм, интересно, а в каком случае? ежели в случае кэша, дык, он и в дбф-ках сработает - тока системный, а не субд-шный. :)
← →
Sergey13 © (2005-06-23 16:08) [15]2 [14] Danilka © (23.06.05 16:01)
>о да. особливо по утрам первые запросы прямо со скрипом запускаюцца. :)
Выключать на ночь не нада. 8-)
>хм, интересно, а в каком случае?
Ну например если я попрошу у далекой базы показать мне годовой заработок всех сотрудников предприятия, у которых в прошлом году не было нарушений и чья зарплата превышает среднюю в полтора раза. 8-)
← →
evvcom © (2005-06-23 16:16) [16]
> хм, интересно, а в каком случае?
Случаи разные бывают. Все это абстрактный разговор. Скорость работы с dBase-форматом сильно зависит от движка. Мы можем предполагать, что работаем через BDE или ADO, но есть и море альтернатив. То же касается и Оракла, многое зависит от версии, установленных патчей и прочего. Многое зависит от задачи. Если тебе выбрать из базы "Hello, World!", то Оракл использовать, как из пушки по воробьям. А если задача серьезная, сложные запросы из больших таблиц, то сомневаюсь, что BDE+SQLLinks обгонит Oracle. Естественно, что СУБД должны быть поставлены в равные условия, удовлетворяющие минимальным требованиям.
← →
Danilka © (2005-06-23 16:18) [17][15] Sergey13 © (23.06.05 16:08)
> Выключать на ночь не нада. 8-)
не, просто у нас база для разработки каждую ночь переливается дампом с рабочей базы. шоб свежие данные были.
> Ну например
это да. :)
но в случае когда мы высасываем целиком таблицу из Фиребирда, Орокла, или еще откуда, это будет по-любому медленнее чем с дбф-кой, это я и имел ввиду под работой "методами файл-сервера". Естественно, чем больше таблиц участвующих в запросе, больше объем данных в этих таблиц, меньше канал по которому все "сосется", и сервер мощнее клиента, тем в большей луже ДБФ-ки. :)
← →
Danilka © (2005-06-23 16:19) [18][16] evvcom © (23.06.05 16:16)
дык, я не зря написал: "методами файл-сервера"
:)
← →
Sergey13 © (2005-06-23 16:22) [19]2[17] Danilka © (23.06.05 16:18)
> но в случае когда мы высасываем целиком таблицу из Фиребирда, Орокла, или еще откуда, это будет по-любому медленнее чем с дбф-кой,
Пачиму это? Не факт.
← →
y-soft © (2005-06-23 21:13) [20]При локальном однопользовательском коннекте движок FoxPro 2.5 for Windows в среднем пожалуй будет побыстрее современных СУБД...
По крайней мере так на довольно сложных выборках из наборов до 100000 записей при условии, что все таблицы проиндексированы...
Другое дело, что назвать ее полноценным сервером SQL можно только с ооооочень большой натяжкой :)
Особенно в смысле реализации многопользовательского удаленного доступа и контроля за целостностью данных :(
← →
Danilka © (2005-06-24 09:09) [21][19] Sergey13 © (23.06.05 16:22)
Дык, любой человечьей СУБД, тем более работающей с транзакциями, телодвижений надо сделать намного больше, чем просто прочитать данные из файла, в котором все записи одной длины и лежат одна за другой.
← →
Sergey13 © (2005-06-24 10:15) [22]2 [21] Danilka © (24.06.05 09:09)
Да в принципе это понятно. Просто не думаю, что это будет ощутимо быстрее в некоторых ситуациях. 20 милисекунд, 15 милисекунд - почувствуй разницу. 8-)
← →
Sirus (2005-06-28 09:39) [23]Для теста мы с другом сделали одну и ту же программу для работы с базой одной структуры, только я на Delphi с Firebird, а он на FoxPro под DOS. И его программка делает некоторые расчеты гораздо быстрее чем моя, хотя алгоритм один и тот же.
Но если взять данные из двух таблиц и выбрать те которые соответствуют некоторому условию, то я оказываюсь впереди с простым запросом SELECT... На FoxPro тоже можно оказывается такой запрос сделать.
← →
Anatoly Podgoretsky © (2005-06-28 09:46) [24]Sirus (28.06.05 09:39) [23]
У твоего друга программа правильнее написана, а может и тебе сделать программу под ДОС?
← →
Sergey13 © (2005-06-28 09:53) [25]2[23] Sirus (28.06.05 09:39)
> И его программка делает некоторые расчеты гораздо быстрее чем моя, хотя алгоритм один и тот же.
А что за расчет?
Поменяйся с другом базами. Пусть он положит свою БД у тебя, а ты работай с сервером на его машине. 8-)
← →
sniknik © (2005-06-28 11:11) [26]Sirus (28.06.05 09:39) [23]
> хотя алгоритм один и тот же.
вот это основная ошибка в сравнениях. файл серверная/локальная технологии не переносятся прямо "as is" на клиент серверные (не должны), а там где переносятся (идиотов хватает) там не только тормоза но и глюки...
вот что значит открытие таблицы в локальной системе? простое открытие файла, получение хендла от системы. а что в клиент серверной? открытие, чтение всего до конца, передача на клиента, создание на клиенте копии возможно с буферизацией на диск (большая таблица).
первое делается моментально независимо от размера, второе на этот самый размер очень завязано...
в общем вы сравниваете > Desdechado © (23.06.05 15:12) [8]
арбуз с паровозом...
если хотите реально сравнить, сравнивайте по задачам (не цикл по таблице, пустой) а к примеру выборка данных для отчета по критериям... и т.д. т.е. время получения конечного результата, а методы пусть использует каждый свои оптимизированные под собственно возможности движка/сервера.
вот если к примеру тот же расчет получить на сервере запросом/процедурой, и сравнить время получения... разница наверняка будет не очень впечатляющая. при условии что и там и там грамотно написано.
← →
Danilka © (2005-06-29 01:52) [27]sniknik © (28.06.05 11:11)
если к примеру тот же расчет получить на сервере запросом/процедурой, и сравнить время получения... разница наверняка будет не очень впечатляющая.
Как сказать.. запросто может быть и впечатляющая разница, вот только в какую сторону? :)
Сам-же говорил (впрочем, я и сам потом на личном опыте убедился) разница в отчетах 1С 7.7 к базе MSSQL через нормальные SQL запросы и через встроенный механизм запросов, на 3 порядка, то-есть в тысячу раз. При этом, если база 1С на ДБФ-ках, то все очень шустро через встроенный механизм запросов, однако, когда есть тот-же самый вариант базы но на MSSQL, практически всегда нормальный SQL запрос бывает быстрее.
Вобщем, на реальных задачах, больших объемах данных, нормальная РСУБД запросто уделает по скорости ДБФ-ки, но очень важна кривизна рук. :)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2005.08.07;
Скачать: [xml.tar.bz2];
Память: 0.53 MB
Время: 0.035 c