Появилось желание написать свою СУБД. По сути в этом вопросе не важен её функционал. Должна уметь работать только с кодировкой UTF-8, уметь масштабироваться, работа с датами, геоданными, геометрией - в общем не суть. Существующий аналог на Java не устраивает чрезмерным потреблением памяти. На си++ до этого писал только относительно небольшие GUI-программки используя Qt.. В Qt очень удобно работать с массивами, списками, сетью, строками.. Там всё это хорошо задокументированно и код легко читается. 
Будет ли разумно использовать Qt для создания кроссплатформенной высоконагруженной базы или стоит пойти по другому пути? 
Главная задача оставить производительность не ниже Java и существенно сократить потребление памяти. 
Подразумевается, что условия идеальны: я профи, код будет написан максимально правильно и оптимизировано  
Благодарю заранее!

Это сообщение отредактировал(а) otRock - 18.1.2016, 23:25

Стоит взять готовую, SqLite например, и не заниматься изобретением велосипедов

otRock, написать производительный движок чертовски непростая задача. Из всевозможных решений такое решение я бы выбрал последним. Нужно просто взять движок написанный не на java, а на с/с++ и применить для своих целей. На счет Qt, не Qt это вообще вопрос ни о том. Qt использует сторонний компилятор C++, так что наилучший результат будет такой какой позволит сделать компилятор С++ и скорее всего будет ограничиваться естественной кривизной рук разработчика, поэтому по скорости будет уступать большинству известных решений.

xvr, спасибо за совет, но мне такое решение не подходит. Задачу поставил, можно сказать, в академических целях, да и совсем не про SQL идёт речь.

Alexeis, благодарю. Понял что Qt совсем тут не нужен, буду делать своими силами.

  Вообще-то, я имел ввиду, что Qt генерит код С++, поэтому скорость работы кода на Qt такая же как у С++. Можно рассуждать о скорости работы отдельных классов, но не Qt в целом. 
Например контейнеров QStringList,QVector и т.д. или сигналов или там QFile, что еще может понадобиться.  

хм... а о чём ? Ваша СУБД не собирается обрабатывать SQL-запросы ?


Смотря что брать из Qt. Сокеты, например, там достаточно быстрые (если не создавать на каждый запрос новое соединение), а QFile - медленный.

P.S. Я надеюсь, Вы понимаете, что первый вариант "кроссплатформенной высоконагруженной" СУБД, которая будет уметь обрабатывать сетевые подключения от нескольких клиентов, обрабатывать SQL-запросы, вести журнал транзакций, следить за сохранностью данных, и .т.п., будет у Вас готова в лучшем случае через год-полтора-два ? Даже если

borisbn, не sql, база не реляционная, да и не совсем база данных.. Скорее смесь бд и поискового движка по документам.. Естественно я понимаю на сколько это масштабная затея, но меня это не останавливает ибо сроков нет и чисто спортивный интерес