необходимость такая под Linux и Windows. должно работать мега-быстро.
но и саппортить должно быть удобно. что выбрать — Си или С++?

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.
А>но и саппортить должно быть удобно. что выбрать — Си или С++?
Правильный ответ: "не писать базу данных".

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.
А почему нельзя воспользоваться уже имеющейся?

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.

Зачем сразу базу данных? Настоящие пацаны начинают с операционной системы. Писать, разумеется, нужно только на ассемблере. Иначе мега-быстро не получится.

Здравствуйте, Cyberax, Вы писали:

C>Правильный ответ: "не писать базу данных".

Правильный ответ — расскажи подробнее, зачем тебе это надо, и что значит мега-быстро. После получения ответа можно делать комментарии. Автор аноним, поэтому судить о его уровне невозможно.

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.
А>но и саппортить должно быть удобно. что выбрать — Си или С++?

Смотря что считать БД. Что бы разработка могла называться БД она должна соответствовать очень многим
требованиям.

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.
А>но и саппортить должно быть удобно. что выбрать — Си или С++?

SQLite (распространяется как С файл с заголовком, не требует администрирования и прочее, прочее, прочее) не рассматривал в качестве варианта? Очень подходит для десктоп приложений или скажем как inmemory db для любого рода приложений.

Здравствуйте, Pavel Dvorkin, Вы писали:

C>>Правильный ответ: "не писать базу данных".
PD>Правильный ответ — расскажи подробнее, зачем тебе это надо, и что значит мега-быстро. После получения ответа можно делать комментарии. Автор аноним, поэтому судить о его уровне невозможно.
Не, по вопросу "C или С++" я более чем уверен в уровне знаний. Существующие открытые БД покрывают, пожалуй, весь спектр требований.

Ну разве что совсем что-то экзотическое нужно.

На C++.

А то, что вам советуют SQLite — это правильно только отчасти. Универсальные реляционные базы данных в сотни и тысячи раз медленнее неуниверсальных и нереляционных, так что это зависит от конкретной задачи.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Pavel Dvorkin, Вы писали:

C>>>Правильный ответ: "не писать базу данных".
PD>>Правильный ответ — расскажи подробнее, зачем тебе это надо, и что значит мега-быстро. После получения ответа можно делать комментарии. Автор аноним, поэтому судить о его уровне невозможно.
C>Не, по вопросу "C или С++" я более чем уверен в уровне знаний. Существующие открытые БД покрывают, пожалуй, весь спектр требований.

какой-то сильно гордый выпендрёжный ответ.

Здравствуйте, MichaelLa, Вы писали:

C>>Не, по вопросу "C или С++" я более чем уверен в уровне знаний. Существующие открытые БД покрывают, пожалуй, весь спектр требований.
ML>какой-то сильно гордый выпендрёжный ответ.
Тем не менее.

Приветствую, Анонимус, вы писали:

> необходимость такая под Linux и Windows. должно работать мега-быстро.
> но и саппортить должно быть удобно. что выбрать — Си или С++?

Мега-быстро работать это скорее к С.
А быстрее написать, чтобы был код понятен и меньше ошибок допустить это скорее к С++.
Выбирай...

сам по себе С++ не генерирует более медленный код

Приветствую, ononim, вы писали:

o> сам по себе С++ не генерирует более медленный код
но...?

S>Приветствую, ononim, вы писали:
o>> сам по себе С++ не генерирует более медленный код
S>но...?
но средний уровень алгоритмической подготовки С++ программеров ниже чем Сшниов.
в данном случае мы имеет дело с конкретным программистом, уровень подготовки которого не будет зависеть от выбранного им средства программирования, unless он не является более подготовлен для какого либо одного из них

Чувак, пиши на ассемблере! Смотри сколько плюсов:
+ будет работать так быстро, что никто не догонит;
+ с саппортом проблем не будет в принципе, т.к. читай выше — никто не догонит как работает БД на асме;
+ ты сможешь реализовать свой творческий потенциал не только для Windows & Linux, но и для x86, Macintosh, Apple, и т.д. и т.п., даже для своего калькулятора можно будет написать

Здравствуйте, Sheridan, Вы писали:

S>Мега-быстро работать это скорее к С.
Тут не согласен. С не ускоряет ничего. Мало того, С++ сильно облегчает многие трюки, в том числе и трюки повышающие производительность... Просто надо уметь использовать преимущества каждого из языков

(если не согласен, то расскажи как на С сортировать так же быстро, как std::sort или организовать такую же быструю и надёжную обработку ошибок, как обработка, базирующаяся на исключениях и т. п...)

S>А быстрее написать, чтобы был код понятен и меньше ошибок допустить это скорее к С++.
С этим я тоже не согласен. Си проще, так что и код на нём проще. Мало того, на Си обычно пишут программы "чуть попроще", соответственно лучше продумывают фичи, архитектуру и т. п.
В результате получают более качественную программу и код, чем если писать "с листа".
А С++ провоцирует не очень опытных разработчиков неоправданно наращивать сложность программы, что портит конечно и код и программу.

S>Выбирай...
Короче, моё мнение такое, что лучше проектированием заняться, потом определиться с тем, какие из фис С++ нужны для этого проекта, а потом реализовать на каком-то подмножестве С++...

Здравствуйте, MichaelLa, Вы писали:

ML>какой-то сильно гордый выпендрёжный ответ.

Скорее очень наивный вопрос в топикстарте.

Здравствуйте, Аноним, Вы писали:

А>необходимость такая под Linux и Windows. должно работать мега-быстро.
А>но и саппортить должно быть удобно. что выбрать — Си или С++?
Я участвовал в проэкте который назывался "query accelerator", но на самом деле это была база данных которая позволяла существено ускорить выполнение SQL joint statement. Был разработан алгоритм и создан старт ап для его реализации. Само ядро которое реализовало алгоритм написано было на С а интерфейсная часть доступа к базе на С++, хотя на мой взгляд интерфейсную часть лучше было бы написать на С тоже.