Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5   вперед  Ctrl      все
 Re: Access или Oracle для новичка  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
locky
ой, друг мой, давайте не углублятся в лингвистику, сиречь словоблудие :) А равно - не вдаваться в период 1930-1940 годов.

и в 2010, и в 2011 - нормально обходятся без аналитики. Не на ней свет клином сошелся.

Вот я то пытаюсь призывать не вдаваться в сомнительные статистики, а равно в статистики 2004-2010.
Сейчас аналитку включить стремятся многие СУБД, она вроде включена и стандарт SQL. И она по сути во многом расширене групповых ф-ий. Без них тоже обойтись предолжите? Они ить в рел алгебру то не входят.
Все же основной целью создания БД является именно извлечение инфы. И чем проще и быстрей ея извлечь, тем луче эта цель выполняется. А аналит ф-ии как раз и упрощают получение инфы.
1 авг 11, 12:47    [11052385]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
Oracle намного проще в плане администрирования чем тот же MS SQL. С выходом 11 версии еще все больше упростилось.


Аргументы - в студию!

Ок давайте, разберемся, что вкладывать в понятие администрирование.
Предлагаю рассмотреть 6 основных направлений работы АБД

1. Резервное копирование и восстановление.
2. Создание объектов БД.
3. Создание аккаунтов и раздача/отбор привилегий.
4. Уменьшение времени отработки запросов и инструкций DML.
5. Установка северного ПО, клиентского ПО, настройка сетевого доступа
6. Контроль дискового пространства и выделение места для структур хранения.
1 авг 11, 13:04    [11052486]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 01.08.2011 12:46, OptiX wrote:

> Для лаб и курсовых как раз самое то. Чтобы студенты (абсолютно весь курс) хотя
> бы научились писать простые селекты и клепать формочки.

Для этого надо чтобы SQL более менее универсальный был. А в аксесе столько
вариаций на тему, что даже не смешно.

Posted via ActualForum NNTP Server 1.4

1 авг 11, 13:04    [11052490]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
vadiminfo
locky
ой, друг мой, давайте не углублятся в лингвистику, сиречь словоблудие :) А равно - не вдаваться в период 1930-1940 годов.

и в 2010, и в 2011 - нормально обходятся без аналитики. Не на ней свет клином сошелся.

Вот я то пытаюсь призывать не вдаваться в сомнительные статистики, а равно в статистики 2004-2010.
Сейчас аналитку включить стремятся многие СУБД, она вроде включена и стандарт SQL. И она по сути во многом расширене групповых ф-ий. Без них тоже обойтись предолжите? Они ить в рел алгебру то не входят.
Все же основной целью создания БД является именно извлечение инфы. И чем проще и быстрей ея извлечь, тем луче эта цель выполняется. А аналит ф-ии как раз и упрощают получение инфы.

Я бы не стал вдаваться в сомнительную статистику, если бы сам её не собирал ;)
Да, стремятся включить. Да, удобно, без сомнения. Но - не жизненно необходимо.

И не нужно проэцировать одно на другое (предлагаете отказаться от агрегатов?). А то вы так договоритесь до того, что я нападаю на транзакционность (хотя местами - да, нападаю)
1 авг 11, 13:05    [11052494]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 01.08.2011 12:52, vadiminfo wrote:

> Ну могут так назвать и использование других СУБД. Например, для меня Фокс
> выглядит отпугивающе. Но это все же чисто предрассудки.

На счёт фокса -- да, безусловно, предрассудки, это замечательное средство
разработки было.

В общем я хочу подчеркнуть одно: Access не предназначен для разработки,
он предназначен для использования конечными пользователями, другие
СУБД и средства разработки наоборот более ориентированы именно на
разработчкика, а не на пользователя.

Posted via ActualForum NNTP Server 1.4

1 авг 11, 13:10    [11052546]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
locky

И не нужно проэцировать одно на другое (предлагаете отказаться от агрегатов?). А то вы так договоритесь до того, что я нападаю на транзакционность (хотя местами - да, нападаю)

Нет уж извините. Агрегирование такое же расширекние SQL как и аналитика. Последняя напрашивается после первой.
Типа одна расширяет по вертикали, а другая по горизонтали примерно для подобных целей: упрощение получение инфы. Тут к примеру сумму посчитали в итоге, там в дополнительном поле. Так что они "позионируются одно на на другое".
Уже не представляю себе как без них обходиться: кажется стремно без них.
1 авг 11, 13:19    [11052630]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
beginner_dba
pkarklin
пропущено...


Аргументы - в студию!

Ок давайте, разберемся, что вкладывать в понятие администрирование.
Предлагаю рассмотреть 6 основных направлений работы АБД

1. Резервное копирование и восстановление.
2. Создание объектов БД.
3. Создание аккаунтов и раздача/отбор привилегий.
4. Уменьшение времени отработки запросов и инструкций DML.
5. Установка северного ПО, клиентского ПО, настройка сетевого доступа
6. Контроль дискового пространства и выделение места для структур хранения.



Существенное преимущество Оракла -это разделение журнала оперативных журналов повтора и сегмента отката.
В МС все свалено в кучу. Например Вам нужно перестроить все индексы всей БД. В МС у вас журнал вырастет до огромных размеров, при чем есть риск того, что ему просто не хватит места на диске для роста. Резервное копирование журнала (сиречь "опустошение" места для записи новых транзакций) будет невозможно из-за того, что журнал содержит активную незакомиченную часть). В Оракле же у Вас такой проблемы не будет.
1 авг 11, 13:21    [11052641]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
vadiminfo
locky
И не нужно проэцировать одно на другое (предлагаете отказаться от агрегатов?). А то вы так договоритесь до того, что я нападаю на транзакционность (хотя местами - да, нападаю)

Нет уж извините. Агрегирование такое же расширекние SQL как и аналитика. Последняя напрашивается после первой.
Типа одна расширяет по вертикали, а другая по горизонтали примерно для подобных целей: упрощение получение инфы. Тут к примеру сумму посчитали в итоге, там в дополнительном поле. Так что они "позионируются одно на на другое".
Уже не представляю себе как без них обходиться: кажется стремно без них.

нормально без них обходиться :)

Вот кто-то не может представить жизни без пакетных переменных, кто-то - без временных таблиц.
И ничего - и те и другие живут
1 авг 11, 13:27    [11052678]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
locky
нормально без них обходиться :)

Вот кто-то не может представить жизни без пакетных переменных, кто-то - без временных таблиц.
И ничего - и те и другие живут

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

Сообщение было отредактировано: 1 авг 11, 13:48
1 авг 11, 13:39    [11052781]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
beginner_dba
beginner_dba
пропущено...

Ок давайте, разберемся, что вкладывать в понятие администрирование.
Предлагаю рассмотреть 6 основных направлений работы АБД

1. Резервное копирование и восстановление.
2. Создание объектов БД.
3. Создание аккаунтов и раздача/отбор привилегий.
4. Уменьшение времени отработки запросов и инструкций DML.
5. Установка северного ПО, клиентского ПО, настройка сетевого доступа
6. Контроль дискового пространства и выделение места для структур хранения.



Существенное преимущество Оракла -это разделение журнала оперативных журналов повтора и сегмента отката.
В МС все свалено в кучу. Например Вам нужно перестроить все индексы всей БД. В МС у вас журнал вырастет до огромных размеров, при чем есть риск того, что ему просто не хватит места на диске для роста. Резервное копирование журнала (сиречь "опустошение" места для записи новых транзакций) будет невозможно из-за того, что журнал содержит активную незакомиченную часть). В Оракле же у Вас такой проблемы не будет.
ну как бы это аргументы не за простоту :)
а вообще - если так хочется - создайте отдельную тему про это, напишите как это делается там где знаете, может кто-то не согласится
а тут уж совсем в сторону получается
1 авг 11, 13:47    [11052848]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Ок давайте, разберемся, что вкладывать в понятие администрирование.
Предлагаю рассмотреть 6 основных направлений работы АБД

1. Резервное копирование и восстановление.
2. Создание объектов БД.
3. Создание аккаунтов и раздача/отбор привилегий.
4. Уменьшение времени отработки запросов и инструкций DML.
5. Установка северного ПО, клиентского ПО, настройка сетевого доступа
6. Контроль дискового пространства и выделение места для структур хранения.


Прекрасно! Полагаю, Вы теперь по каждому из этих 6ти пунктов расскажите, чем администрирование Oracle проще, чем MS SQL.
1 авг 11, 13:49    [11052858]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
vadiminfo
locky
нормально без них обходиться :)

Вот кто-то не может представить жизни без пакетных переменных, кто-то - без временных таблиц.
И ничего - и те и другие живут

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

Я говорю о том, что видел
Фантазиями не занимаюсь :)
1 авг 11, 13:53    [11052894]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Например Вам нужно перестроить все индексы всей БД. В МС у вас журнал вырастет до огромных размеров, при чем есть риск того, что ему просто не хватит места на диске для роста. Резервное копирование журнала (сиречь "опустошение" места для записи новых транзакций) будет невозможно из-за того, что журнал содержит активную незакомиченную часть).


Эээ... Такое может произойти только у DBA, уровень которого ниже плинтуса, и он запихал все ALTER INDEX ... REBUILD в одну транзакцию, вместо того, чтобы после обработки каждого индекса (одна транзакция) дергать джоб по бэкапу лога, освобождая место от неактивной части лога.
1 авг 11, 14:05    [11052973]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
Ок давайте, разберемся, что вкладывать в понятие администрирование.
Предлагаю рассмотреть 6 основных направлений работы АБД

1. Резервное копирование и восстановление.
2. Создание объектов БД.
3. Создание аккаунтов и раздача/отбор привилегий.
4. Уменьшение времени отработки запросов и инструкций DML.
5. Установка северного ПО, клиентского ПО, настройка сетевого доступа
6. Контроль дискового пространства и выделение места для структур хранения.


Прекрасно! Полагаю, Вы теперь по каждому из этих 6ти пунктов расскажите, чем администрирование Oracle проще, чем MS SQL.


По пункту 1
Мультиплексирование оперативных журналов в Оракле, в случае использования Unix подобных систем, вы например можете положить членов группы журналов на разные серверы, связанных FC. В случае МС при потере журнала транзакций, вы теряете "хвостовые транзакции" (разность по времени между последней транзакцией и последней копией журнала).
Оракл восстанавливает рухнувшие транзакции в фоне при старте, при чем база доступна при этом, МС же не открывает базу до тех пока не будут восстановлены все транзакции.
Раздельная жизнь журнала повторов и структур отката. Дает преимущество в разноске на разные диски
1 авг 11, 14:15    [11053062]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
beginner_dba
МС же не открывает базу до тех пока не будут восстановлены все транзакции.

автор
During a crash recovery or a database mirroring failover, SQL Server 2005 Enterprise Edition and later versions let users access the database during the undo phase. This is known as fast recovery. Fast recovery is possible because transactions that were uncommitted when the crash occurred reacquire whatever locks they held before the crash. While these transactions are being rolled back, their locks protect them from interference by users.
1 авг 11, 14:26    [11053131]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
автор
Мультиплексирование оперативных журналов в Оракле, в случае использования Unix подобных систем, вы например можете положить членов группы журналов на разные серверы, связанных FC. В случае МС при потере журнала транзакций, вы теряете "хвостовые транзакции" (разность по времени между последней транзакцией и последней копией журнала).


А Вас умоляю... Для обеспечения HADR есть более простые и дешевые решения, зеркалирование, например. А уж "потерять журнал" на EVA 8100 - это надо еще суметь.

автор
Оракл восстанавливает рухнувшие транзакции в фоне при старте, при чем база доступна при этом, МС же не открывает базу до тех пока не будут восстановлены все транзакции.


Да что Вы говорите?! Начиная с 2005 версии есть fast recovery: During a crash recovery or a database mirroring failover, SQL Server 2005 Enterprise Edition and later versions let users access the database during the undo phase. This is known as fast recovery.
1 авг 11, 14:27    [11053134]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
автор
pkarklin
автор
Мультиплексирование оперативных журналов в Оракле, в случае использования Unix подобных систем, вы например можете положить членов группы журналов на разные серверы, связанных FC. В случае МС при потере журнала транзакций, вы теряете "хвостовые транзакции" (разность по времени между последней транзакцией и последней копией журнала).


А Вас умоляю... Для обеспечения HADR есть более простые и дешевые решения, зеркалирование, например. А уж "потерять журнал" на EVA 8100 - это надо еще суметь.

зеркалирование (или доставка журналов) - это дополнительные лицензии SQL Server (или я не прав?), дополнительная серверная ОС и самое главное дополнительный физический сервер. Усложняется работа АБД, нужно теперь 2 сервера обновлять сервис- паки, баг-фиксы, кумулятивные пакаджи. В Оракле -это может обычный NAS без самого Оракла и с бесплатной ОС.
Давайте приземлимся с небес, сколько предприятий могут себе позволить EVA8100. Подавляющее большинство сидит на пролиантах, да пауэрэджах.

автор
Оракл восстанавливает рухнувшие транзакции в фоне при старте, при чем база доступна при этом, МС же не открывает базу до тех пока не будут восстановлены все транзакции.


Да что Вы говорите?! Начиная с 2005 версии есть fast recovery: During a crash recovery or a database mirroring failover, SQL Server 2005 Enterprise Edition and later versions let users access the database during the undo phase. This is known as fast recovery.


В Оракле это доступно в самой младшей версии за 5400 долл. за сокет.
1 авг 11, 14:36    [11053216]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
pkarklin
Member

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

Если мы хотим сравнивать "простоту администрирования", то давайте не будем про "младшие редакции" (которые, порой, вообще без администрирования работают) и цены на редакции. Берем все по максимуму.
1 авг 11, 14:38    [11053231]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
pkarklin
Member

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

А зеркалирование Вы зачем отболдили?
1 авг 11, 14:39    [11053238]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
beginner_dba
В Оракле это доступно в самой младшей версии за 5400 долл. за сокет.

"... и существует еще с 1997 года" (С)
1 авг 11, 14:40    [11053240]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin,
По пункту 1.
Для удобства и простоты резервирования и восстановления есть язык RMAN (очень гибкий инструмент) в противовес цепочке BACKUP или RESTORE.
Модель существования нескольких циклических групп, позволяет Вам забыть о проблеме роста лога транзакций. Когда журнал будет заполнен он заботливо будет заархивирован, сохранен и транзакции пойдут в другую зеркальную группу оперативных журналов. Например на другом диске. То есть у АДБ не болит голова с полным логом. Этой проблемы просто нет. На ваш резонный вопрос, о том, что делать с архивлогами, которых много. Вам ответ- Вам в помощь гибкий и простой инструмент RMAN, который Вам будет вычищать устаревшие архивлоги.
Архивлоги Вам позволяют строить ретроспективные запросы просто указав временную метку. И Вы имеет какие были данные час назад. В МС же Вам нужно развернуть БД из полной копии, затем же накатить цепочку trn файлов. Например прибегает к Вам пользователь и кричит вот данные были такие, а стали такие-то. Вы тут же и проверили. Плюс можно включить аудит.
1 авг 11, 14:47    [11053292]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba,

А зеркалирование Вы зачем отболдили?


Давайте определимся с понятиями.
Зеркалирование на уровне ОС ?
или зеркалирование как фича SQL Server (Mirroring). Я имел ввиду второе понятие
1 авг 11, 14:50    [11053314]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba,

Если мы хотим сравнивать "простоту администрирования", то давайте не будем про "младшие редакции" (которые, порой, вообще без администрирования работают) и цены на редакции. Берем все по максимуму.


Ок тогда восстановление в фоне выбрасываем как преимущество.
1 авг 11, 14:51    [11053322]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
locky
beginner_dba
В Оракле это доступно в самой младшей версии за 5400 долл. за сокет.

"... и существует еще с 1997 года" (С)


Это наверное из творчества Yo!!
1 авг 11, 14:53    [11053336]     Ответить | Цитировать Сообщить модератору
 Re: Access или Oracle для новичка  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
Например Вам нужно перестроить все индексы всей БД. В МС у вас журнал вырастет до огромных размеров, при чем есть риск того, что ему просто не хватит места на диске для роста. Резервное копирование журнала (сиречь "опустошение" места для записи новых транзакций) будет невозможно из-за того, что журнал содержит активную незакомиченную часть).


Эээ... Такое может произойти только у DBA, уровень которого ниже плинтуса, и он запихал все ALTER INDEX ... REBUILD в одну транзакцию, вместо того, чтобы после обработки каждого индекса (одна транзакция) дергать джоб по бэкапу лога, освобождая место от неактивной части лога.


Это говорит о том, что для работы с SQL Server нужно иметь высокую квалификацию. К сожалению у нас люди часто пишут в резюме знание SQL Server. А на поверку оказывается что человек может написать запрос select * from table и в СУБД MySQL. При чем человек неподдельно удивляется, что это два разных продукта.
1 авг 11, 14:56    [11053362]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить