AK
базы в скорости обычно довольно сильно проигрывают файлам, особенно бинарным
Только в однопользовательской среде наверно надо уточнить и сильно зависит от логики выборки и обновления.
Size: a a a
2020 March 15
DB
да и "накодить" проще с файлом тоже
смотря конечно какие данные. но чаще база проще. если тупо массив чисел одного типа - то файл проще, тут согласен
YA
всем доброе время суток
YA
никто базы interbase 7.1 не подсоединял на более поздние версии interbase?
YA
пытаюсь ошибку валит
YA
Attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_2"
AK
Attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_2"
DB
Hi, Adamae, how are you?
DB
пытаюсь ошибку валит
возможно бакап в старой и рестор в новой поможет
YA
Надо попробовать
R
никто базы interbase 7.1 не подсоединял на более поздние версии interbase?
Переход на новую версию делается через бекап.
Но можно влететь на несовместимость. Ключевые слова новые, более строгие требования к запросам и т.д.
Но можно влететь на несовместимость. Ключевые слова новые, более строгие требования к запросам и т.д.
AS
Подскажите пожалуйста. Возник спор с другом. Предлогаю по пробывать расчётные данные записать в 3 версию firebird. Друг утверждает что лучше проще и быстрее будит из бинарного файла. Данные используется только для визуализации графиков. Так как начинающий подскажите пожалуйста.
Смотря что иметь в виду под "проще и быстрее" :)
БД - это стандартное решение. Простота и быстрота стандартных решений - обычно в том, что их все знают и умеют... Потому прототип будет быстрее..
В том числе и поддержка ...
А в скорости быстродействия ещё надо доказать :) и то, если прототип будет не устраивать
БД - это стандартное решение. Простота и быстрота стандартных решений - обычно в том, что их все знают и умеют... Потому прототип будет быстрее..
В том числе и поддержка ...
А в скорости быстродействия ещё надо доказать :) и то, если прототип будет не устраивать
AS
А вы начинаете лепить кастомные решения , уверяя, что они быстрее, не приведя никаких цифр... Это - не инженерный и бездоказательный подход... Так что спор считать проигранным без цифр я бы не стал
C
А вы начинаете лепить кастомные решения , уверяя, что они быстрее, не приведя никаких цифр... Это - не инженерный и бездоказательный подход... Так что спор считать проигранным без цифр я бы не стал
Сначала сделаю прототип решения на базе данных. Далее будим делать бинарник и на основе этого подведём итоги. результаты выложим чисто для любопытства.
DB
А вы начинаете лепить кастомные решения , уверяя, что они быстрее, не приведя никаких цифр... Это - не инженерный и бездоказательный подход... Так что спор считать проигранным без цифр я бы не стал
не верю, что можно базой сделать быстрее чем открыть файл как mmf, это просто невозможно
DB
а то, что абсолютно любая прослойка будет работать медленнее чем mmf, думаю, очевидно
C
а то, что абсолютно любая прослойка будет работать медленнее чем mmf, думаю, очевидно
Для разого чтения и дальнейших расчётов удобны оба варианта. но если важна скорость при отоброжение данных, а каждая милисикунда важна вот в чем весь вопрос.
DB
в базе есть свои плюшки и в файле есть свои плюшки. поэтому надо смотреть
C
Посмотрим и скажем что оказалась для наших данных удобней.
C
Все равно спасибо