|
|
|
| Добрый день. Усть задача: интернет-магазин, в котором 5 млн. товарных позиций. Обновляется в день около 500 позиций. Вопрос: какую СУБД выбрать? Заранее благодарен за участие в обсуждении. | |
|
|
|
|
|
|
|
для: Rolex
(08.04.2011 в 15:43)
| | MySQL | |
|
|
|
|
|
|
|
для: lightning.say
(08.04.2011 в 15:50)
| | Спасибо. А примерный лимит количества записей для перехода на, скажем, PostGRE какой? | |
|
|
|
|
|
|
|
для: Rolex
(08.04.2011 в 15:53)
| | PostgreeSQL практически не развивалась в последнее время, в то время как MySQL развивалась достаточно интенсивно, не смотря на все неприятности с перепродажами. По скорости и производительности работы не прекращались. Если это интернет-магазин, смело ориентируйтесь на MySQL, пока ваша база данных не достигнет 10Гб (да и то это не проблема, если пользоваться сегментированием и несколькими серверами). Если вам нужны хорошие транзакции, то лучше, конечно, посмотреть в сторону Oracle или MS SQL. Но вам они не нужны - транзакции это всегда потеря скорости, которую вам терять нельзя, да Web и не располагает к транзакциям - протоколы не поддерживают.
Вообще наладить любую базу данных можно где угодно, в том числе и на MySQL - дело не в базе, а в настройке СУБД и проектировании схемы. В каждой СУБД можно копаться и совершенствоваться годами. Нельзя просто поставить СУБД и забыть - с базой постоянно нужно работать. Для вашей задачи подойдет любая СУБД, если вы достигнете федерального масштаба, у вас будет такое количество серверов и проблем, что вы скорее всего будете использовать несколько разных СУБД одновременно. Начинать можно вполне с MySQL - если магазин будет живой, схему базы данных раз 10 пересмотрите во время работы и по мере роста. | |
|
|
|
|
|
|
|
для: cheops
(08.04.2011 в 16:16)
| |
Игорь Вячеславович, в очередной раз благодарю Вас за исчерпывающий ответ.
P.S.: Ваш форум самый живой и информативный! Еще раз огромное спасибо!
| |
|
|
|