Ответы:
Инструмент выбирают под задачу. Где-то будет хороша MySQL(обычно в связке с веб-приложениями), где-то логичен выбор SQLite(для внутренних нужд настольных приложений), а где-то и PostreSQL&Oracle(могут в принципе использоваться везде, хотя посложнее MySQL&SQLite).
Предметная область, кол-во пользователей, обьем и структуры данных определяют необходимый инструментарий.
Дайте больше информации о своей задаче и тогда можно говорить более предметно о базе данных.
Тут надо разобрать, что такое в Вашем понятии "подружить". По сути всё перечисленное Вами является серверами и всё отлично работает в связке. Есть некоторые ньюансы в установке, но все они давно описаны в соответствующих мануалах.
Oracle и Postgresql решают по-любому ! )))
если без транзакций и с БД до 1 ГБ, то мускул, потом Постгре
скулайт медленный, оракл пугает размером дистра :)))))))))
Вопрос глупый.
Апач - это вэб сервер, а все остальное - СУБД. Апач к SQL вообще никакого отношения не имеет. Он даже не знает, что такой есть.
Что же касается Oracle vs MySQL vs SQLite vs PostgreSQL, то
Оракл - очень тяжелый, мощный, но очень гибкий инструмент для решения серьезнейших задач. Просто так "наскоком" его изучить не получиться. Если нет критичных требований от заказчика, лучше вообще не соваться. Если вообще "только слышал что такой есть", то сразу забудь. Тебе это точно не нужно.
MySQL - подойдет для широкого круга задач. Поддерживает механизмы защиты от коллизий -> возможно одновременное чтение/изменение более чем одной записи в таблице. Довольно удобен и прост в обслуживании.
SQLite - это не СУБД (как я написал выше). Это встраиваемый движок баз данных. Слово «встраиваемый» означает, что SQLite не использует парадигму клиент-сервер, то есть движок SQLite не является отдельно работающим процессом, с которым взаимодействует программа, а предоставляет библиотеку, с которой программа компонуется и движок становится составной частью программы. Таким образом, в качестве протокола обмена используются вызовы функций (API) библиотеки SQLite. Такой подход уменьшает накладные расходы, время отклика и упрощает программу. SQLite хранит всю базу данных (включая определения, таблицы, индексы и данные) в единственном стандартном файле на том компьютере, на котором исполняется программа. См.
http://ru.wikipedia.org/wiki/SQLite.
PostgreSQL - см. википедию. Сам не работал, но по сути по сравнению с MySQL обладает большими возможностями, гибкостью и масштабируемостью.
My
sqlite3: перед тем как сказать что она меделенная, поместите цпкл запросов между BEGIN и COMMIT. Но так как в ней не предусмотрена возможность, множественного обращения разных пользорвателей, выстовлять ее в ряды серверов просто бесмыслено. Но ее очень хорошо сочетать с БД, которые позволяют одновременное изминение данных. Формула просто один пользователь один файл sqlite3.
Всё зависит от объема данных и мощностей железа а также $$$ на реализацию задач ибо многие не во всех версиях мало стоят
Oracle - на текущий момент самая могучая реляционая БД(мелкомягкие нервно курят в сторонке ... но их в вопросе нет поэтому комментить не буду)
MySQL развиваеться и пригоден для многих задач домо и сайто хозяяк ... в особом извращении для некоторых отчетных приложений
Pg достаточно серьёзная БД с более или менее приемлемой лицензией
SQLLite невозможно сравнивать в сфере ограниченного функционала и распространенности с вышестоящими
Тут мало кто говорит про Postgres и, очевидно, мало кто про неё вообще знает. Так вот если нет туевой хучи запросов - то это самое лучшее решение для завяски типа LAMP (см wikipedia.org). И если надо будет навертеть ДБшный движок, то это самое грамотное решение. Очень легка в освоении конфигурации, если знаком с UNIX. А вот огракл - деньги на ветер, если речь не идет о Java.
16 лет назад