Форум программистов
 

Восстановите пароль или Зарегистрируйтесь на форуме, о проблемах и с заказом рекламы пишите сюда - alarforum@yandex.ru, проверяйте папку спам!

Вернуться   Форум программистов > Web программирование > SQL, базы данных
Регистрация

Восстановить пароль
Повторная активизация e-mail

Купить рекламу на форуме - 42 тыс руб за месяц

Ответ
 
Опции темы Поиск в этой теме
Старый 21.04.2014, 07:03   #11
BARNEY
Участник клуба
 
Регистрация: 23.04.2009
Сообщений: 1,058
По умолчанию

Однозначно FIREBIRD , 8 лет на ней программирую, вещь классная, ушёл от MS SQL на неё, ибо бесплатно и заморочек с ней нет...
Если вам человек помог, не стесняйтесь говорить спасибо (весы под аватаром)
BARNEY вне форума Ответить с цитированием
Старый 27.04.2014, 17:39   #12
Sibedir
Тот ещё
Старожил
 
Аватар для Sibedir
 
Регистрация: 14.11.2007
Сообщений: 2,281
По умолчанию

Цитата:
Сообщение от Человек_Борща Посмотреть сообщение
Подскажите пожалуйста базы данных...
Цель:
... Скорость записи/чтения на диск - в приоритете...

БД создавались не для скорости. Ну уж точно не в рамках одного компьютера.
Человек_Борща, может вопрос было бы правильнее сформулировать несколько иначе? Например: "Легковесные базы данных c высокой скоростью записи/чтения ориентированная на локальное использование".

А вообще изначально цель какая? Облегчить процесс программирования процедур записи/чтения?

Последний раз редактировалось Sibedir; 27.04.2014 в 17:42.
Sibedir вне форума Ответить с цитированием
Старый 27.04.2014, 18:31   #13
Stilet
Белик Виталий :)
Старожил
 
Аватар для Stilet
 
Регистрация: 23.07.2007
Сообщений: 57,792
По умолчанию

Цитата:
Д создавались не для скорости. Ну уж точно не в рамках одного компьютера.
Ошибаешься. Именно для скорости. И Rushmore фокспрошный это подтверждает.
Да взять любую индексацию
I'm learning to live...
Stilet вне форума Ответить с цитированием
Старый 27.04.2014, 18:57   #14
Sibedir
Тот ещё
Старожил
 
Аватар для Sibedir
 
Регистрация: 14.11.2007
Сообщений: 2,281
По умолчанию

Rushmore подтверждает тот факт, что БД храмают по скорости. А при работе с БД в рамках одной машины скорость храмает на обе ноги. Все попытки внедрить в БД технологии ускорения (индексация в том числе) - меры вынужденные, а не сама цель. Тут уместно вспомнить поговорку: Компьютеры (ПО, IT-технологии и иже с ними) решают в основном проблемы связанные с наличием самих компьютеров.

Цель создания БД: создание удобных, кросплатформенных, распределенных и надежных средств хранения и обработки большого объема данных. Низкая скорости работы БД (доступ к данным, обработка запросов и т.п) это одна из первых проблем с которой столкнулись разработчики.

Последний раз редактировалось Sibedir; 27.04.2014 в 18:59.
Sibedir вне форума Ответить с цитированием
Старый 27.04.2014, 19:08   #15
Stilet
Белик Виталий :)
Старожил
 
Аватар для Stilet
 
Регистрация: 23.07.2007
Сообщений: 57,792
По умолчанию

Цитата:
Низкая скорости работы БД (доступ к данным, обработка запросов и т.п) это одна из первых проблем с которой столкнулись разработчики.
Ну все равно не согласен что это проблемы механизма СУБД. Скорость прежде всего относится к устройствам, а не только к программам, потому что программе можно задать алгоритм, ускоряющий решение той или иной задачи (чем кстати оптимизаторы и занимаются), а вот железу это уже сложнее во много раз.
Поэтому как раз попытки ускорения работы с БД это не вынужденные меры а само собой должное, к чему бы все равно пришло развитие компьютерных систем.
I'm learning to live...
Stilet вне форума Ответить с цитированием
Старый 27.04.2014, 19:52   #16
Sibedir
Тот ещё
Старожил
 
Аватар для Sibedir
 
Регистрация: 14.11.2007
Сообщений: 2,281
По умолчанию

Цитата:
Ну все равно не согласен
а... такая же фигня

локальное хранение файлов программы + БД = скорость - не верю
Цитата:
... это проблемы механизма СУБД
не, ну это не проблемы самого механизма СУБД. Проблема в том, что м/у данными и программой появляется еще одна "прокладка".

локальное хранение файлов программы + БД = простота программирования (при наличии соответствующих знаний)
локальное хранение файлов программы + БД = масштабируемость
локальное хранение файлов программы + БД = кросплатформенность
вот в это верю

Подправлено

Последний раз редактировалось Sibedir; 28.04.2014 в 08:47.
Sibedir вне форума Ответить с цитированием
Старый 27.04.2014, 20:22   #17
Stilet
Белик Виталий :)
Старожил
 
Аватар для Stilet
 
Регистрация: 23.07.2007
Сообщений: 57,792
По умолчанию

Цитата:
Проблема в том, что м/у данными и программой появляется еще одна "прокладка".
А без этого никак. Все равно прокладки будут.
Цитата:
вот в это верю
Кроссплатформенность и масштабируемость одни из самых тяжеловесных технологий, так что тут никак не будет выигрыша. Не даром самые быстрые БД проектируются без масштабируемости и под конкретное железо (так сказать). И это еще и надежности прибавляет.
Насчет простоты согласен, но серьезные задачи все равно просто не описать, поэтому это как по мне недостижимая мечта.
I'm learning to live...
Stilet вне форума Ответить с цитированием
Старый 27.04.2014, 20:55   #18
Человек_Борща
Старожил
 
Аватар для Человек_Борща
 
Регистрация: 30.12.2009
Сообщений: 11,442
По умолчанию

Цитата:
А вообще изначально цель какая? Облегчить процесс программирования процедур записи/чтения?
Сейчас есть некая БД в виде XML, там лежит некий набор данных, все это огромное древовидное нечто. Чем больше БД, тем сильнее задержка отклика ПО при сохранении БД. Загрузка - вообще труба. Предполагается хранить там ещё и по 2-3 картинки(LOB, bLOB'ы и прочие ништяки). Ищу шуструю альтернативу этому, не прибегая к обязыванию юзера ставить сервер Firebird, SQL server, MS Access на ПК. что-то что идет вместе с ПО и ничего лишнего на ПК не подымает, ПО предполагает переносной режим функционирования на USB.
Человек_Борща вне форума Ответить с цитированием
Старый 27.04.2014, 21:45   #19
waleri
Старожил
 
Регистрация: 13.07.2012
Сообщений: 6,493
По умолчанию

Цитата:
Сообщение от Человек_Борща Посмотреть сообщение
Ищу шуструю альтернативу этому, не прибегая к обязыванию юзера ставить сервер
Посмотрите в сторону SQLite.
waleri вне форума Ответить с цитированием
Старый 27.04.2014, 23:56   #20
Kostia
Участник клуба
 
Аватар для Kostia
 
Регистрация: 21.11.2007
Сообщений: 1,691
По умолчанию

голосую за SQLite, сам пользуюсь SQLite + Qt и Sqliteman
Kostia вне форума Ответить с цитированием
Ответ


Купить рекламу на форуме - 42 тыс руб за месяц

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск


Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Проектирование базы данных в Postgres: выбор типа данных между TEXT и VARCHAR Blondy Общие вопросы по программированию, компьютерный форум 6 06.03.2014 02:09
Базы данных: репликация и хранилище данных Nikitashtab Фриланс 0 04.11.2011 23:11
Базы данных изменение данных (Delphi (ADO)). RuthlessD Помощь студентам 0 16.06.2011 19:57
проверка базы данных на корректность веденных данных samouelson БД в Delphi 1 20.12.2009 17:23