Поддержка шардинга базы данных в Propel

Question

Интересно, насколько хороша поддержка Propel для шардинга базы данных? Я думаю о создании своего приложения на PHP, используя MySQL в качестве сервера базы данных и Propel в качестве ORM.

Я понимаю, что было бы неплохо поддерживать масштабируемость архитектуры с самого начала, на случай, если мое приложение взлетит.

Что вы берете?

Answer 1

Я думаю, что это очень плохая идея. Предполагать, что вам нужно защитить ваши данные, не является хорошим предположением. Вы не знаете заранее, как вы хотите масштабироваться. Осколок - это очень сложный бизнес, и его следует избегать, если это вообще возможно. Это непристойный случай преждевременной оптимизации.

Answer 2

Propel поддерживает шардинг из коробки через соединения. посмотрите пример здесь:

http://groups.google.com/group/propel-users/browse_thread/thread/4d19c0668aa17452

Answer 3

Я согласен с MarkR, что слишком рано беспокоиться о шардинге, но я не согласен с тем, что его следует избегать, если это вообще возможно. Я бы сказал, что вы выбрали ORM, который соответствует вашему стилю и языку, и Propel, вероятно, подходит вам. Даже если ваше приложение выходит из-под контроля, разделение, вероятно, не понадобится - вы можете легко собрать 25 миллионов записей с помощью СУБД на основе MySQL и некоторых приличных методов кэширования, поэтому просто сконцентрируйтесь на быстрых запросах и разработке для легкой интеграции с memcache, и вы будете счастливым туристом, даже когда ваше приложение взлетит.

Удачи с этим!