PHP/MySQL | Выбор СУБД
Тема закрыта by
CreepMatis
Причина: MariaDB выбрал) Благодарю всех за помощь в выборе:D
![](https://bym.guru/files/icon/14212.png)
Причина: MariaDB выбрал) Благодарю всех за помощь в выборе:D
Какую выбрать? (Закрытое голосование)
MongoDB (6 чел. - 54 %)
SQLite (3 чел. - 27 %)
MariaDB (форк MySQL) (1 чел. - 9 %)
PostgreSQL (1 чел. - 9 %)
Percona (форк MySQL) (0 чел. - 0 %)
Mobiaaa, Ну а вообще - что посоветуешь? MongoDB или тот же mysql с форками?
noSQLive?
KoenigSEGG, Простите, что????
CreepMatis, печально.
а разбить таблицу?)
ибо select Для myisam идеально, а вот при update на больших таблицах myisam фейлит блокируя всю таблицу, пока update не пройдёт, в итоге все запросы к этой таблице в очереди, в этом случае innodb в помощь, которая строку блокирует а не таблицу целиком.
ну а примерно сколько запросов ждать в сек?
если до 5 К то я думаю разницы нет какая CУБД, да и часть данных я бы при нагрузке в memcached апдейтил/селектил и раз в минуту к примеру сливал данные в СУБД
либо в самом mysql применять таблицы memory предварительно отконфигурировав mysql на работу с ними, тогда вообще все в SQL запросах писать, и опять же в определённые промежутки времени сливать данные в обычные таблицы
а разбить таблицу?)
ибо select Для myisam идеально, а вот при update на больших таблицах myisam фейлит блокируя всю таблицу, пока update не пройдёт, в итоге все запросы к этой таблице в очереди, в этом случае innodb в помощь, которая строку блокирует а не таблицу целиком.
ну а примерно сколько запросов ждать в сек?
если до 5 К то я думаю разницы нет какая CУБД, да и часть данных я бы при нагрузке в memcached апдейтил/селектил и раз в минуту к примеру сливал данные в СУБД
либо в самом mysql применять таблицы memory предварительно отконфигурировав mysql на работу с ними, тогда вообще все в SQL запросах писать, и опять же в определённые промежутки времени сливать данные в обычные таблицы
CreepMatis (19.08.2015 в 16:11)
KoenigSEGG, Простите, что????
KoenigSEGG, Простите, что????
:D это новый вид sql
Mobiaaa (19.08.2015 в 16:11)
CreepMatis, печально.
а разбить таблицу?)
ибо select Для myisam идеально, а вот при update на больших таблицах myisam фейлит блокируя всю таблицу, пока update не пройдёт, в итоге все запросы к этой таблице в очереди, в этом случае innodb в помощь, которая строку блокирует а не таблицу целиком.
ну а примерно сколько запросов ждать в сек?
если до 5 К то я думаю разницы нет какая CУБД, да и часть данных я бы при нагрузке в memcached апдейтил/селектил и раз в минуту к примеру сливал данные в СУБД
либо в самом mysql применять таблицы memory предварительно отконфигурировав mysql на работу с ними, тогда вообще все в SQL запросах писать, и опять же в определённые промежутки времени сливать данные в обычные таблицы
CreepMatis, печально.
а разбить таблицу?)
ибо select Для myisam идеально, а вот при update на больших таблицах myisam фейлит блокируя всю таблицу, пока update не пройдёт, в итоге все запросы к этой таблице в очереди, в этом случае innodb в помощь, которая строку блокирует а не таблицу целиком.
ну а примерно сколько запросов ждать в сек?
если до 5 К то я думаю разницы нет какая CУБД, да и часть данных я бы при нагрузке в memcached апдейтил/селектил и раз в минуту к примеру сливал данные в СУБД
либо в самом mysql применять таблицы memory предварительно отконфигурировав mysql на работу с ними, тогда вообще все в SQL запросах писать, и опять же в определённые промежутки времени сливать данные в обычные таблицы
Были задумки по поводу использования memcached...
Ну а вообще, что из вышеперечисленного можно взять?
CreepMatis, вот мне интересна голосовалка)
5 голосов за Mongo, может пусть проголосовавшие покажут мне проекты личные на mongo)
я лично не юзал mongo, не буду что либо о нём говорить, но в гугле часто советуют выкидывать его в пользу postgre.
sqlite тоже в топку.
лично наблюдаю тормоза на ISP
________
посл. ред. 19.08.2015 в 16:36; всего 1 раз(а); by Mobiaaa
5 голосов за Mongo, может пусть проголосовавшие покажут мне проекты личные на mongo)
я лично не юзал mongo, не буду что либо о нём говорить, но в гугле часто советуют выкидывать его в пользу postgre.
sqlite тоже в топку.
лично наблюдаю тормоза на ISP
________
посл. ред. 19.08.2015 в 16:36; всего 1 раз(а); by Mobiaaa
Mobiaaa (19.08.2015 в 16:35)
CreepMatis, вот мне интересна голосовалка)
5 голосов за Mongo, может пусть проголосовавшие покажут мне проекты личные на mongo)
я лично не юзал mongo, не буду что либо о нём говорить, но в гугле часто советуют выкидывать его в пользу postgre.
CreepMatis, вот мне интересна голосовалка)
5 голосов за Mongo, может пусть проголосовавшие покажут мне проекты личные на mongo)
я лично не юзал mongo, не буду что либо о нём говорить, но в гугле часто советуют выкидывать его в пользу postgre.
Ну, это же бумас) Тут многие знать не знают чего то, а говорят) Вообще, знакомый программист советовал MongoDB, так как сам её юзает на посещаемом проекте(ссылку не разглашаю). Запросов в минуту больше 15К. Говорит, что нагрузки хорошо выдерживает.
CreepMatis, в минуту 15 К - это копейки и не показатель)
Mobiaaa (19.08.2015 в 16:39)
CreepMatis, в минуту 15 К - это копейки и не показатель)
CreepMatis, в минуту 15 К - это копейки и не показатель)
Может и больше, может я просто цифры перепутал. Но для обитателей бумаса такие показатели - это область фантастики):D
Факт, что в онлайне около 5 тысяч человек(+-100)... Запросов может быть и в разы больше)