Marklogic questions

Question

Здравствуйте, я являюсь администратором базы данных SQL Server, и я новичок в MarkLogic, и у меня есть несколько вопросов.

1. будет поддерживать MarkLogic .net framework. Под этим я подразумевал, что наши разработчики используют .net framework 4.5 и используют LINQ для генерации скриптов для sql. Смогут ли они генерировать скрипты MarkLogic для выполнения операций CRUD с базой данных MarkLogic?

2. Могу ли я запускать sql или sql как скрипты для извлечения данных из базы данных MarkLogic (выбор документов с помощью sql). Я знаю, что CouchBase поддерживает что-то вроде niql.

3. ли горизонтальное масштабирование требует, чтобы весь кластер был выключен? Смогу ли я добавить или удалить узел в кластер MarkLogic, пока кластер все еще находится в сети?

4. Поддерживает ли точка отслеживания MarkLogic во время восстановления (база данных и документ). SQLServer имеет концепцию резервных копий журнала транзакций, и они позволяют мне восстановить время. Есть ли что-то подобное?

5. Я не буду перемещать все приложение в MarkLogic, а только его часть, в которой существует SQLServer. Так что это будет гибридная модель. Будет ли проблема с двумя фазовыми коммитами? (Я имел в виду фиксацию с SQLServer, а также фиксацию от MarkLogic)

6. Есть ли минимальное количество узлов, необходимых для приобретения лицензии? а также каково минимальное количество узлов, необходимых для кластера?

Answer 1

База данных документов не совпадает с реляционной базой данных. Сравнивая их и ожидая, что ваш существующий инструмент просто работает, маловероятен.

1) MarkLogic может хранить XML как один из источников документа. LINQ имеет некоторый уровень поддержки XML (я не знаю LINQ - просто прочитал учебник). Но похоже, что у вас есть то, что может быть приемлемой отправной точкой.

2) MarkLogic имеет уровень SQL, но его больше для нужд BI. Я предлагаю вам глубже изучить надежные опции REST API или XCC.net и надежные функции поиска и охватить полные функции MarkLogic.

3) Кластеры не должны спускаться для добавления или удаления узлов. Существуют и другие изменения конфигурации, требующие перезагрузки хоста, но не упоминаемые вами элементы.

Но имейте в виду, есть и другие способы, чтобы масштабировать в зависимости от потребности - например, добавление дополнительных леса данных, поэтому масштабирование не нужно всегда = новый узел ..

4) Да. Вы можете отбросить лес (ваши данные) до определенного момента времени с помощью журнала. Подробности можно найти здесь: http://docs.marklogic.com/guide/admin/backup_restore#id_21622

5) Трансазиатская база данных не любит транзакций, чтобы оставаться открытыми в течение длительного времени. Пока вы можете придерживаться этого, есть хорошие новости. В MarkLogic вы даже можете выполнять транзакции с несколькими операторами над REST API, используя несколько вызовов REST (https://docs.marklogic.com/guide/rest-dev/transactions). Поэтому я считаю, что вы здесь хорошо освещены.

Но также имейте в виду, что есть способы заставить MarkLogic напрямую обращаться к вашему SQL-серверу - так что вы можете очень хорошо иметь другие варианты при разработке интегрированного решения.(https://developer.marklogic.com/code/mlsam)

6) Минимальное количество узлов можно обсудить с Sales от MarkLogic, но да, есть одноузловые установки.

Для «кластера» это зависит от того, что вы имеете в виду. Но если вы рассматриваете HA, тогда вам нужно 3 узла, чтобы получить избыточность данных.