стратегия разделения базы данных

Question

стратегия разделения базы данных

0

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

52226777 05 сен. 2010, в 12:35

Источник

1

Первый вопрос: почему вы хотите это сделать? Что заставляет вас думать, что вам нужно осколок?
Mchl 05 сен. 2010, в 10:30
0

потому что таблица продуктов сейчас очень большая. Я хочу улучшить производительность. ты мне поможешь?
52226777 05 сен. 2010, в 10:49
0

что очень большое?
Jon Black 05 сен. 2010, в 11:04

Показать ещё 1 комментарий

Теги:

mysql

sharding

2 ответа

Ещё вопросы

Первый вопрос: почему вы хотите это сделать? Что заставляет вас думать, что вам нужно осколок?
потому что таблица продуктов сейчас очень большая. Я хочу улучшить производительность. ты мне поможешь?

Rafał Malinowski · Answer 1 · 2015-07-12T19-36-00.000Z

Основная проблема с окантовкой всегда одна и та же: вы не знаете, как сбрасывать с самого начала.

Если у вас нет 100 миллионов строк в таблице, то совершенно очевидно, что вам не нужно беспокоиться о том, чтобы оштрафовать. Осколки не решают какой-либо тип запросов.

Я однажды попытался угадать, что будет популярно и проблематично в БД, и неудачно провалился. Теперь я понимаю, что мне нужно решить эту проблему, когда это происходит, и мне нужно написать хороший и чистый код, чтобы сделать такие изменения в будущем (например, проверить шаблон репозитория).

Также базовые знания о производительности базы данных хороши. Добавьте к этому исправление медленных запросов (slowlog - это хорошее место для запуска) и игнорируйте операции объединения.

chantheman · Answer 2 · 2011-04-20T14-02-00.000Z

Это хороший вопрос. Если все, что вы хотите сделать, - это поместить некоторые записи в другую базу данных, и вы не собираетесь присоединяться к этим записям в любых других таблицах, тогда да, все, что вам нужно сделать, говорит вашему приложению вставить записи 1-10000 в осколке 1 и 10001 -20000 в осколке 2. Но если вы хотите сделать запрос от shard 1 до shard 2, это не сработает, и вам понадобится продукт, например dbShards. dbShards - хороший инструмент для обкатки и имеет отличные отзывы. Также они помогут вам разработать общую стратегию ошпаривания для вашего приложения.

Надеюсь, что это поможет.