Как перейти с MySQL на Couchbase Server 2.0: часть 2

{"total_rows":27446,"rows":[
{"id":"4997AFDE-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",5],"value":null},
{"id":"79C16D8A-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",5],"value":null},
{"id":"CF52D23E-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",5],"value":null},
{"id":"42F5D520-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",6],"value":null},
{"id":"1A0AB61C-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",8],"value":null},
{"id":"4D0F9DF2-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",8],"value":null},
{"id":"50CE1676-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",10],"value":null},
{"id":"564A66CC-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",10],"value":null},
{"id":"95E9464A-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",10],"value":null},
{"id":"9A78477E-3027-11E2-BB0D-B67A7E241592","key":["tomatoes",10],"value":null}
]
}

Здорово! По сравнению с оператором SQL:

SELECT recipeid from recipes JOIN ingredients ON (ingredients.recipeid = recipe.recipeid) WHERE ingredients.ingredient = 'tomatoes' and totaltime <= 20

Кстати, обратите внимание, что мы получаем идентификатор каждого документа, чтобы мы могли загрузить документ, и, следовательно, рецепт. У нас может не быть заголовка рецепта в нашем выводе, но клиентские библиотеки могут автоматически загружать информацию документа для нас. Трудная часть выполняет поиск. 

Сортировка Просмотр вывода

Сортировка вывода представления происходит автоматически. Вывод каждого представления автоматически сортируется по ключу, созданному каждым представлением. Это необходимо, потому что без него невозможно было бы выполнить запрос диапазона. Это делает некоторые операции быстрыми и легкими. Если вы хотите вывести список рецептов в алфавитном порядке по заголовкам, вы должны создать представление, которое выводит заголовок рецепта в качестве ключа. Это означает, что функция карты:

function (doc, meta)
{
    emit(doc.title, null);
}

Доступ через вид как:

<span style="font-size: 16px; ">http://localhost:8092</span>/recipes/_design/recipes/_view/by_title

Аналогично:

SELECT title FROM recipe ORDER BY title

Чтобы получить список в порядке убывания в MySQL, используйте ключевое слово DESC:

SELECT title FROM recipe ORDER BY title DESC

В Couchbase Server вы используете нисходящий параметр для URL:

<span style="font-size: 16px; ">http://localhost:8092/recipes</span>/_design/recipes/_view/by_title?descending=true

пагинация

В MySQL разбиение на страницы обрабатывается с помощью комбинации предложений LIMIT и OFFSET, например, чтобы получить первые 10 записей из нашего запроса заголовка рецепта:

SELECT title FROM recipe ORDER BY title LIMIT 10

Чтобы получить следующие 10 записей:

SELECT title FROM recipe ORDER BY title LIMIT 10 OFFSET 10

С Couchbase Server вы используете аналогичную настройку, предоставляя аргументы limit и skip для запроса вида. Чтобы получить первые десять записей:

<span style="font-size: 16px; ">http://localhost:8092/recipes</span>/_design/recipes/_view/by_title?limit=10

И следующие 10 записей:

<span style="font-size: 16px; ">http://localhost:8092/recipes</span>/_design/recipes/_view/by_title?limit=10&skip=10

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

Загрузка основного объекта

В нашем примере базы данных рецептов в MySQL есть несколько таблиц, необходимых для загрузки информации базы данных об одном рецепте, чтобы ее можно было отобразить. В Couchbase Server, когда у вас есть идентификатор документа для данного рецепта, вы получаете доступ ко всей структуре записи рецепта, так как она была сохранена в базе данных Couchbase Server.

В MySQL необходимость упростить механизм загрузки для таких сложных объектов привела к появлению ряда различных вспомогательных проектов, которые могут использоваться для кэширования загруженных сложных данных, чтобы они были более доступными (например, memcached). Couchbase Server не избавляет от необходимости загружать информацию из базы данных, но делает загрузку записи рецепта одной операцией, а не несколькими запросами и форматированием этих данных в структуре, используемой для отображения.

Например, в SQL вы можете загружать данные рецепта, просматривая отдельные таблицы и создавая свой объект, выполняя ряд различных запросов:

SELECT * FROM recipe WHERE recipeid=23434
SELECT * FROM ingredients WHERE recipeid=23434
SELECT * FROM methods WHERE recipeid=23434
SELECT * FROM keywords WHERE recipeid=23434

Как только вы узнаете идентификатор документа, получение содержимого всего документа будет одним запросом к Couchbase Server. Например, если вы получаете идентификатор документа Aromaticroastchicken из нашего представления «по ингредиентам», я могу получить весь рецепт для отображения с помощью одного запроса GET с помощью клиентской библиотеки. Например, в PHP:

$recipe = couchbase->get('Aromaticroastchicken');

Результат — данные рецепта в формате JSON:

{
   "title" : "Aromatic roast chicken",
   "preptime" : "15",
   "servings" : "6",
   "totaltime" : "120",
   "subtitle" : "A couscous stuffing, and aromatic spices with fragrant lime and roasted garlic, turn a simple roast chicken into something special.",
   "cooktime" : "105",
   "keywords" : [
      "diet@dairy-free",
      "cook method.hob, oven, grill@oven",
      "diet@peanut-free",
      "special collections@cheffy recommended",
      "diet@corn-free",
      "special collections@weekend meal",
      "occasion@entertaining",
      "special collections@very easy",
      "diet@yeast-free",
      "diet@shellfish-free",
      "special collections@feeling spicy!",
      "main ingredient@poultry",
      "diet@demi-veg",
      "meal type@main",
      "diet@egg-free",
      "diet@cow dairy-free"
   ],
 "ingredients" : [
 ...
   ],
 "method" : [
 ...
   ],

}

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

Миграция данных

Форматирование данных поднимает еще один важный момент, когда я думал об этой миграции, когда я начинал процесс. Подумайте о ваших данных и о том, как они будут использоваться. Если вы отображаете информацию, которая в MySQL поступает из нескольких источников, то имеет смысл сгруппировать эту информацию вместе и сохранить ее в Couchbase Sever как один документ. 

Как уже упоминалось, многие механизмы ускорения, используемые в MySQL, работают на основе кэширования информации после ее загрузки из нескольких источников, чтобы ускорить загрузку таких сложных структур и информации.

Тот же самый базовый принцип справедлив в отношении Couchbase Server, принимая во внимание оговорки, которые я упоминал выше о структуре. Вы должны быть уверены, что структура, которую вы создаете, позволяет вам создать представление, которое делает контент доступным для поиска, если вы хотите извлечь эти документы из базы данных.

Например, в нашей структуре рецептов нет смысла хранить ингредиенты в виде единого текстового поля и терять детализацию содержимого. Это похоже на размещение всего в одном текстовом столбце в MySQL и имеет те же ловушки; это затрудняет поиск и запрос содержимого, а также усложняет возможности просмотра и отображения.

Фактический процесс миграции должен быть довольно простым. Загрузите информацию из MySQL, создайте документ для каждого основного объекта в вашей базе данных, а затем запишите документы на Couchbase Server. Фактически, вы даже можете использовать этот метод для переноса информации в работающее приложение. Вместо этого попробуйте загрузить элемент из Couchbase, и, если он не существует, загрузить его из MySQL, а затем сохранить созданный объект в Couchbase. 

Документы в Couchbase хранятся по их идентификатору. Идентификатор может быть любой строкой, которая вам нравится, что означает, что вы можете использовать что-то идентифицируемое для вас или вашего приложения, не всегда полагаясь на представление, чтобы найти его. Чтобы использовать нашу постоянную базу данных рецептов, вы можете использовать название рецепта, например, «Рыбное рагу». Ограничение этого подхода (как и в случае с MySQL и уникальными индексами) заключается в том, что вы не можете хранить два документа с одинаковым идентификатором, и существует множество различных рецептов Fish Stew. В качестве альтернативы вы можете использовать UUID или заголовок рецепта с суффиксом, чтобы можно было использовать несколько рецептов «рыбного рагу».

Как и в случае с полем MySQL AUTO_INCREMENT, Couchbase автоматически сгенерирует UUID для каждого документа. Это не соблюдается; Вы можете хранить как документы с определенным идентификатором документа, так и автоматически сгенерированные идентификаторы в одной и той же базе данных, что означает, что вы можете использовать известные идентификаторы для хранения конкретной информации и автоматически сгенерированные идентификаторы для основной части данных.

Завершение

Основное различие между Couchbase и MySQL заключается в представлении данных и способах доступа к ним. Для определенных моделей данных Couchbase предоставляет более простое решение проблемы загрузки данных стиля одного объекта, которые мы видели в этих частях. Рецепты являются хорошим примером, когда ключевым элементом хранилища данных является рецепт в целом (наш документ). Возможность поиска и поиска данных рецепта и представления их в виде списка является требованием с точки зрения способа представления и доступа к данным, а не требованием, связанным с тем, как они хранятся.

Надеемся, что эти два поста дали вам некоторые идеи о том, как ваши данные могут быть перемещены с MySQL на Couchase Server, и как смоделировать и разработать код данных и приложений вашего Couchbase Server, чтобы система работала и работала так же, как ваша существующая инфраструктура на основе MySQL.