выдержит ли MySQL
Насколько я знаю, там всё предусмотрено, но меня напугали, и я решил обратиться к Вам за советом.
У меня такой вопрос: у меня на сайте к базе данных могут ломиться сразу десятки тысяч людей. Предусматривает мускул такое количество юзеров сразу? Или мне надо сделать какие-то блокировки при записи, типа как блокировки для файлов (flock). Или мускул сам это предусматривает.
Насколько я знаю, там всё предусмотрено, но меня напугали, и я решил обратиться к Вам за советом.
блокировки все СУБД предусматривают. но MySQL впринципе не предназначен для серьезных задач
блокировки все СУБД предусматривают. но MySQL впринципе не предназначен для серьезных задач
Почему? Что ты мне посоветуешь?
А на "серьезные" задачи (типа, распределенные базы данных) MySQL и не претендует...
PostgreSQL подойдет больше, я думаю. он тоже opensource и инфы по нему море, и с php хорошо интегрируется
А через ODBC его можно использовать?
уууу.. не знаю. а нафиг тебе для web ODBC?
Ну не знаю. Там синтаксис SQL, да и если базу буду менять ничего особо не случится.
На самом деле MySql - это очень быстрый SQL сервер. Он выдерживает достаточно большие нагрузки.
Итак:
MySql 3.X (далее по тексту MySql) - быстр, мега-быстр. Главное не делать сложных запросов по нескольким таблицам и грамотно строить индексы. Никто не выполнит простой запрос так быстро, как это сделает MySql
Oracle - тяжел. Удобен для проектирования сложных систем. Простые SQL запросы выполняет небыстро, но сложные быстрее чем MySql. Вообще с MySql сравнивать несколько некорректно.
DB2 - тяжелее оракла. Вообще позиционируется не как СУБД, а как UDB.
MySql >= 4.X я бы приравнял к PostgreSQL. Ни рыба, ни мясо.
Вывод: правильнось проектирования БД влияет на производительность намного больше чем СУБД.
Там синтаксис SQL
хм.. так-то синтаксис SQL для всех БД :)) и обычно в связке с php используют стандартные функции для работы с mysql,postgresql и т.д.
а чтобы не было проблем со сменой данных, делают объект db, в котором делают методы query, fetch и наверно в конструктуре connect, а в деструкторе close.. тогда все стандартизировано.
mike
не буду спорить, никогда не занимался сравнением быстродействия.
хм.. так-то синтаксис SQL для всех БД :)) и обычно в связке с php используют стандартные функции для работы с mysql,postgresql и т.д.
а чтобы не было проблем со сменой данных, делают объект db, в котором делают методы query, fetch и наверно в конструктуре connect, а в деструкторе close.. тогда все стандартизировано.
mike
не буду спорить, никогда не занимался сравнением быстродействия.
Я и без смены баз делаю обьект со всеми мне нужными фичами для использования базы данных.
Но сменой никогда не занимался, поэтому и создал эту тему. Я всё таки буду делать проэкт в мускуле. Всем большое спасибо.