Как стать автором
Обновить
23
0
Алексей Шуленин @alexejs

Пользователь

Отправить сообщение
Давайте разберемся, за что заминусовали комментарий.
Я несколько раз упомянул в статье, что речь идет об инструментарии, который позволяет быстро разрабатывать несложные бизнес-приложения начинающим и непрофессионалам. Отдельно предупредил, что будет мало текста и еще меньше кода, но много картинок, потому что — см.выше.
Зачем после этого делать недовольное лицо про мануалы на тему куда и где кликать? Если ты такой хардкорный программер, иди в отдел игрушек для старших. Не нужно гордиться тем, что на конструкторе «Лего» надпись от 3-х до 5-ти лет, а ты его всего за неделю собрал.
Не надо удивляться. Настоящие программёры мануалов нечетают.
Ссылка, которую Вы привели, дана в статье.
«Существуют ограничения на типы используемых полей. Подробно прочитать о них можно здесь».

Мне следовало написать явный URL? Не работают гиперлинки?
>Лучше сначала про ограничения напишите

Я написал про ограничения. Читайте внимательнее.

«Вообще таблицы в памяти имеют тучу ограничений. Не поддерживается большинство табличных хинтов: Нет TABLOCK, XLOCK, PAGLOCK,… На NOLOCK не ругается, но и не реагирует, как будто его и нет. Динамические и keyset-курсоры молчаливо переводятся в static. Не поддерживаются операторы TRUNCATE TABLE и MERGE (когда таблица в памяти выступает назначением). Существуют ограничения на типы используемых полей. Подробно прочитать о них можно здесь»

Чем Вы недовольны? Мне нужно было сделать копи-пасту из документации, ссылку на которую я привел? Но статья все-таки посвящена обзору Гекатона, а не его ограничениям.
Говорить про функциональность редакций, вообще про пакетирование SQL 2014 до его официального выхода, наверно, преждевременно.
Для условного сравнения могу напомнить, что, скажем, компрессия бэкапов, появившаяся в 2008, была только в Enterprise. В 2008 R2 ее стала поддерживать также стандартная редакция.
Не нравится «прослойка в форме ODBC» — используйте native client. При чем здесь синонимы, если речь о способе доступа, а не именования?
Должны быть.
Сейчас балансировка нагрузки на чтение — через Availability Groups в AlwaysOn (2012).
На запись — из коробки нет, решения партнеров.
Думаю, что да. Чтобы ответить наверняка, нужно глянуть через какое-нибудь мониторинговое приложение. В книжке Hadoop — the Definitive Guide в главе 10 рассматривается тула,JConsole.из состава JDK применительно к Hadoop. Я этим еще не занимался..
Можно, если б еще знать, как на хабре отредактировать пост :)
Ссылки:
SSIS
DACPAC
BACPAC
SQL Azure Data Sync
BCP
Когда Вы создаете в Azure виртуалку, у Вас автоматически будет создан Storage Account (если не было до этого), в нем контейнер vhds, в нем как page blob хранится vhd Вашей виртуальной машины. Если бы vhd, как, впрочем, и база SQL Azure, реплицировался после каждого изменения, это вызвало бы значительные накладные расходы. Ведь даже обычный сервер баз данных до поры копит изменения в буферах и не отражает мгновенно каждую транзакцию в файле БД. Этим занимается фоновый процесс. Периодичность чекпойнтов зависит от recovery interval, кол-ва грязных страниц, нагрузки и т.д. Видимо, что-то похожее происходит в случае репликации дисков виртуальных машин. Как определяется интервал репликации vhd, я не знаю, но SLA гарантирует 99.9% доступности (http://www.windowsazure.com/en-us/support/legal/sla/).
Смысл, в первую очередь, состоит в том, что SQL Server, установленный на виртуальной машине в Azure, это функционально такой же SQL Server, как и тот, что стоит у Вас локально той же версии и редакции, и он не имеет ограничений, присущих Windows Azure SQL Database, о которых говорилось выше (http://msdn.microsoft.com/ru-ru/library/windowsazure/ff394102.aspx). Что касается риска потери или поломки виртуалки, про который Вы говорите, в Облаке для обеспечения надежности и высокой доступности виртуальных машин применяются идейно аналогичные технологии, что и в случае SQL Azure. Для работы с данными в Azure существуют три подхода: blob, table и БД в SQL Azure — www.windowsazure.com/en-us/develop/net/fundamentals/intro-to-windows-azure/. “In all three cases, data is automatically replicated across three different computers in a Windows Azure datacenter to provide high availability”. Vhd виртуалки хранится в blob storage и автоматически копируется в две дополнительные реплики, как и облачная база. Это первое. Второе – возможность географической репликации между датацентрами (http://msdn.microsoft.com/ru-ru/library/windowsazure/jj156143.aspx), чтобы иметь возможность данным уцелеть, даже если в их первичный центр обработки попадет метеорит. «Как описано в записи блога Введение в географическую репликацию данных в хранилище Windows Azure (http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/introducing-geo-replication-for-windows-azure-storage.aspx), большие двоичные объекты и таблицы Windows Azure географически реплицируются между двумя центрами обработки данных, расположенными на определенном расстоянии друг от друга на одном континенте, обеспечивая дополнительную долговечность данных в случае крупной катастрофы без дополнительных затрат. При запуске виртуальной машины служба географической репликации хранилища Windows Azure реплицирует диски операционной системы и данных во второй географический регион по умолчанию». В третьих, Вы можете создавать availability sets для своих виртуальных машин, как описано здесь — www.windowsazure.com/en-us/manage/windows/common-tasks/manage-vm-availability/.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность