Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 [10] 11 12 13 14 .. 54   вперед  Ctrl
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
ты что, хочешь сказать, что твои хранители перенести базу на SSD осилили, а обратно их
клинит?..


Я хочу сказать, что миграция с кластера на кластер, которые подключенны к разным СХД, это не тоже самое, что миграция таблицы в другую файловую группу.
12 окт 13, 20:35    [14961385]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54812

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

И как это связано с твоим вопросом "хранители перенесли базу на SSD, а потом поняли что
облажались и SSD нужен для более важных задач"?

Posted via ActualForum NNTP Server 1.5

12 окт 13, 20:51    [14961417]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
И как это связано с твоим вопросом "хранители перенесли базу на SSD, а потом поняли что
облажались и SSD нужен для более важных задач"?


Дима, не пытайся соскакивать в очередной раз с темы. Есть более чем подробно описАнная задача. Делать как будем?

ЗЫ. Намекаю, задача прямо связана с

Dimitry Sibiryakov
вменяемые СУБД сами это делают и запрещают
удаление или изменение объектов, которое сделает зависимые объекты инвалидными.
12 окт 13, 21:13    [14961471]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
softwarer
За всех не скажу, не интересовался. У Оракла есть с 2001-го года (с версии 9i). http://www.oracle-base.com/articles/9i/plsql-native-compilation-9i.php


Про этот функционал у Oracle наслышан. Приходилось ли Вам использовать его? Была ли реальная прибавка в быстродействии?
Мда... эта функциональность в Oracle широко не используется, но, наверное, есть области, где она нужна. И не факт, что она нужна в MSSQL
А вы нам рассказываете про то, чего еще нет. MSSQL 2014 еще не зарелизен, а вы уже радуетесь. А нужно ждать-ждать-ждать.
12 окт 13, 21:17    [14961484]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin,

А ты Ваську хромого , и Петьку косого знаешь? Нет??? А зачем тогда своими авторитетами пугаешь??? ((с) Анекдот)

ЗЫ. Намек понят?
Эм... намека не понял, но хотел бы услышать про существование перечисленных фич.
12 окт 13, 21:20    [14961491]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
но, наверное, есть области, где она нужна. И не факт, что она нужна в MSSQL
А вы нам рассказываете про то, чего еще нет. MSSQL 2014 еще не зарелизен, а вы уже радуетесь. А нужно ждать-ждать-ждать.


А мне вот нужна. Мне и CTP хватит, для того, чтобы понять, стОит овчинка выделки или нет.
12 окт 13, 21:21    [14961496]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
Эм... намека не понял, но хотел бы услышать про существование перечисленных фич.


Могу предложить ряд фич, которых нет, или реализуются через "одно место" в Oracle. Так понятней?
12 окт 13, 21:22    [14961500]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67476
Блог
pkarklin
softwarer
В целом то же, какое потребуется, если мы делаем CREATE SLOW_TABLE AS SELECT * FROM FAST_TABLE.


Т.е. минимум 400Gb в логе одной порцией?

Если хотите точного ответа, то надо лезть в administration guide или лучше в log miner, а из головы - вряд ли. Раз последующая синхронизация может идти кусками, значит и стартовая вряд ли монолитна. Я понимаю желание отыскать "слабые места" в процессе, но его придумывали специально для осуществления таких операций, так что очевидных дырок я бы не ожидал.
12 окт 13, 21:24    [14961507]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
softwarer
В целом то же, какое потребуется, если мы делаем CREATE SLOW_TABLE AS SELECT * FROM FAST_TABLE.


Т.е. минимум 400Gb в логе одной порцией?
При чем здесь лог? 400 Гигов нужны, чтобы держать копию таблицы с новой структурой и потом на нее мгновенно переключиться.

И, вообще, сейчас есть гораздо более простая функция ALTER DATABASE MOVE DATAFILE
12 окт 13, 21:30    [14961517]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
softwarer
Я понимаю желание отыскать "слабые места" в процессе


Нет у меня такого желания. И рассказанная сказочка действительно имела место быть. Было бы здОрово узнать, как аналогичная задача решается в Oracle.

ЗЫ. Я тоже, кстати, с точки зрения возможностей языка и архитектуры Storage Engine могу перенести таблицу в другую файловую группу пересоздав кластерный индекс в целевой файловой группе одной инструкцией.
12 окт 13, 21:31    [14961525]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin
Эм... намека не понял, но хотел бы услышать про существование перечисленных фич.


Могу предложить ряд фич, которых нет, или реализуются через "одно место" в Oracle. Так понятней?
Давайте. С удовольствием выслушаю.
Только не надо про то, что у вас там есть команда USE, а в Oracle нет. Что-нибудь такое же серьезное, как здесь 14959475
И не надо, ради бога, про SQL 2014. До сих пор на зубах хрустит WinFS, про который MS прожужал всем уши, а потом не смог.
12 окт 13, 21:35    [14961536]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
И, вообще, сейчас есть гораздо более простая функция ALTER DATABASE MOVE DATAFILE


Еще раз. Файл один. Нужно создать еще один и переместить туда таблицу в 400 Гиг из первого. Простой должен стремиться к нулю.
12 окт 13, 21:35    [14961538]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
Давайте. С удовольствием выслушаю.


SET TRANSACTION ISOLATION LEVEL SERIALIZABLE


Когда это сделаете, приходите с прочей фигнёй.
12 окт 13, 21:38    [14961552]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54812

pkarklin
Делать как будем?

ЗЫ. Намекаю, задача прямо связана с

Никак она не связана. create tablespace + alter table move lob переместят лобы в новое
место. Целую таблицу никуда таскать не надо.

Posted via ActualForum NNTP Server 1.5

12 окт 13, 21:46    [14961575]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
create tablespace + alter table move lob переместят лобы в новое
место.


Сколько потребуется времени для 400 Гигов блобов, скажем, на массиве, обеспечивающим 1Tbit на чтение и 0,5Tbit на запись? Доступна ли в это время таблица для DML? Какие дополнительные рассходы (дисковое пространство подо что угодно, например) потребуются?
12 окт 13, 21:52    [14961601]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67476
Блог
pkarklin
Было бы здОрово узнать, как аналогичная задача решается в Oracle.

Если применительно к данному случаю, то процесс будет примерно следующим. Создаётся пустая "новая таблица" в нужном месте. Она объявляется синхронизируемой со старой таблицей. Прокачивается основной массив данных. Синхронизируются и строятся вторичные структуры - индексы, триггеры итп. Пока идёт этот процесс, параллельно может периодически запускаться синхронизация, догоняющая свежие изменения в данных. Когда всё построено, старая таблица ненадолго блокируется, выполняется финальная синхронизация, после чего в каталогах СУБД старая таблица подменяется на новую и операции с ней продолжаются "с той же точки". Ну и остаётся очистить место от ненужной старой таблицы.
12 окт 13, 21:56    [14961622]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
pkarklin
Но поняли хранители после переcеления, что не гоже держать 400Gb редко используемых блобов на SSD массиве СХД.
По моему опыту, если у юзера есть деньги слепить базу размера N, то у него есть и деньги на накопители ёмкостью 3N -- 5N :)
12 окт 13, 22:22    [14961717]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Dimitry Sibiryakov
Мне ни к чему их исследовать, поскольку вменяемые СУБД сами это делают и запрещают
удаление или изменение объектов, которое сделает зависимые объекты инвалидными.


Жила-была база данных. И было ей 10 лет отроду. И весила она почти 2Tb. И работала она не покладая рук и день и ночь. И в день ее рождения создана она была из одного файла данных. И была у этой базы данных одна табличка с блобами. И занимала та табличка 400 Gb.
Дурная голова ногам покоя не дает. Хранение BLOB в отдельном табличном пространстве - это best practice. Full stop.
Дальше как я и сказал ALTER DATABASE MOVE DATAFILE.
12 окт 13, 22:34    [14961760]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Dimitry Sibiryakov
create tablespace + alter table move lob переместят лобы в новое
место.


Сколько потребуется времени для 400 Гигов блобов, скажем, на массиве, обеспечивающим 1Tbit на чтение и 0,5Tbit на запись? Доступна ли в это время таблица для DML? Какие дополнительные рассходы (дисковое пространство подо что угодно, например) потребуются?
Сколько времени потребуется посчитайте сами.
По поводу DML, доп. расходов:
автор
When a table is redefined online, it is accessible to both queries and DML during much of the redefinition process. The table is locked in the exclusive mode only during a very small window that is independent of the size of the table and complexity of the redefinition, and that is completely transparent to users.
Online table redefinition requires an amount of free space that is approximately equivalent to the space used by the table being redefined. More space may be required if new columns are added.
12 окт 13, 22:36    [14961766]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
Хранение BLOB в отдельном табличном пространстве - это best practice.


Все мы умны задним числом...
12 окт 13, 22:40    [14961782]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin
Хранение BLOB в отдельном табличном пространстве - это best practice.


Все мы умны задним числом...
Просто к проектированию приложений не надо допускать домохозяек.
Берите архитектора с опытом.
12 окт 13, 22:43    [14961798]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
Просто к проектированию приложений не надо допускать домохозяек.
Берите архитектора с опытом.


Вы, кажется, упорно не замечаете, что речь дет об унаследованной системе.
12 окт 13, 22:46    [14961804]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin,

И особо продвинутым архитекторам с опытом периодически стОит поглядывать на свой первый написанный код.
12 окт 13, 22:51    [14961826]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin
Просто к проектированию приложений не надо допускать домохозяек.
Берите архитектора с опытом.


Вы, кажется, упорно не замечаете, что речь дет об унаследованной системе.
Я считаю, что любую систему должен проектировать специалист. И то, что этот специалист уже уволился не отменяет сего факта.

iv_an_ru правильно заметил, что у компании, которая имеет базу 24х7 ну просто не может быть немного денег на дополнительные 3-5 Тб (если даже они понадобятся). Более того, это место уже должно быть в наличии - ведь заложен же рост на 3-5 лет вперед.

Мы вам ответили, как эту задачу в Oracle. Факт в том, что это сделать можно в online, без серьезных ограничений и без больших доп. затрат. Расскажите же нам, как это делается в MSSQL?

Кстати, DBMS_REDEFINITION, позволяет делать гораздо более серьезные и часто возникающие задачи. Например, переименовать столбцы, поменять их типы данных, поменять порядок столбцов и т.д. И это все не останавливая базу данных.

P.S. А, кстати, можно ли создать в MSSQL constraint в режиме NOVALIDATE? Чтобы проверка делалась только для новых данных? Это часто нужно, если нет времени делать full scan по таблице 2 ТБ, чтобы гарантировать, например, foreign key, но нужно включить ограничение, чтобы новые данные соответствовали ограничению.
12 окт 13, 23:05    [14961878]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin,

И особо продвинутым архитекторам с опытом периодически стОит поглядывать на свой первый написанный код.
Не особо продвинутый архитектор должен работать в паре. А то понабируют домохозяек, а MSSQL в результате плохо работает. Это, кстати, проблема MSSQL - порог вхождения низкий. Мышкой кликать умеешь - уже DBA.
12 окт 13, 23:07    [14961884]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 [10] 11 12 13 14 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить