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

Откуда: Рязань
Сообщений: 11092
miwaonline,

они где-то между 7 и N. Хотя их конечно надо на первые места ставить
6 окт 13, 11:54    [14929876]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
OYM
MS SQL настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

Проблему поставленную Вами можно углУбить: с другой стороны, у многих выбравших не СКУЛЬ такая проблема не стоит, а должна бы ("MS SQL настолько удобен и комфортен"). "Не могу понять отчего."

Дело может оказаться вто, что эти вторые и способствуют тому, что у первых стоит проблема "СУБД".

А вообще прикиньте что было бы если бы не было конкуренции. Мне, например, Оракл 8 был "настолько удобен и комфортен" на сколько теперь во времена 12 он кажется уже не "настолько удобен и комфортен".
6 окт 13, 17:06    [14930328]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709
sphinx_mv,
Я имел в виду что mssql в принципе небесплатный.
7 окт 13, 11:37    [14932815]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709
sphinx_mv
Dimitry Sibiryakov
пропущено...

Что в переводе звучит как "раз криворукие индусы не смогли в Оракуле сделать нормально
data consistency, так MS и подавно не следует с этим связываться".
Все бы хорошо, только эта хрень тянется со времен, когда об "индусопрограммистах" еще никто не слышал. И связано это, скорее, с тем, что "нуниасилили" архитекторы Oracle заложить в систему нечто типа inserted и deleted - приходится их "эмулировать" на pl/sql. Хорошо еще, что язык достаточно богатый, хоть его использоватие и приводит к переключениям контекста.

Проблем с отсутствием row-level-триггеров в MSSQL не наблюдаю - все и без них прекрасно работает. Аналогично и по поводу отсутствия версионности и sequence во всех версиях (кроме последней) для этого SQL-сервера: практической пользы от всех этих нововведений Гггг - вполне можно было и не делать. Но маркетинг...



Да не нужны эти построчные триггера вообще никому ни ни фиг.

Они и нужны то были наверное только для генерации колючей и дефолтов, когда не было дефолтов. А теперь вообще на фиг не надо никому.
7 окт 13, 11:42    [14932840]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
vadiminfo
Member

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

Да не нужны эти построчные триггера вообще никому ни ни фиг.

Они и нужны то были наверное только для генерации колючей и дефолтов, когда не было дефолтов. А теперь вообще на фиг не надо никому.

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

Откуда:
Сообщений: 4118
MasterZiv
Они и нужны то были наверное только для генерации колючей и дефолтов, когда не было дефолтов. А теперь вообще на фиг не надо никому.

Ну, иногда, они очень удобны для журналирования. Хотя и не самое быстрое решение.
7 окт 13, 15:48    [14934637]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
mad_nazgul
Не истины ради, а флейма для!

Честно говоря, файловые системы настолько удобны и комфортны, что проблема СУБД не то что не должна стоят, но даже подниматься. :)

А насколько удобна прямая адресация памяти ...
7 окт 13, 15:52    [14934661]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
Dimitry Sibiryakov
Что в переводе звучит как "раз криворукие индусы не смогли в Оракуле сделать нормально
data consistency, так MS и подавно не следует с этим связываться".

не надоело козырять своим невежеством ?
7 окт 13, 16:09    [14934824]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
OYM
Member

Откуда:
Сообщений: 236
Gallemar
OYM
пропущено...

Firebird вроде как лог-файла не имеет? Или я ошибаюсь?
смотря что вы под лог-файлом подразумеваете. Если transaction-log (два у ms или bin-log mysql) - то нету (не надо и не очень хочется).


А как же обеспечивается откат незафикисированных транзакций?
7 окт 13, 16:35    [14935058]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
OYM
А как же обеспечивается откат незафикисированных транзакций?

версии строк пихаются в датафайлы, рядышком с закомиченными данными, в результате конкурирующие сессии вынуждены читать блоки не только с данными но и с ненужным незакомиченным хламом.
7 окт 13, 16:42    [14935135]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Yo.!
не надоело козырять своим невежеством ?

Ну, раз никто не козыряет вежеством о том почему Оракулу впадлу отдавать select-у в
триггере данные такими, какими они были на начало работы запроса или игнорировать
изменения, сделанные DML-ем в функции...

Posted via ActualForum NNTP Server 1.5

7 окт 13, 16:52    [14935214]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
miwaonline
Member

Откуда:
Сообщений: 2249
Yo.!
OYM
А как же обеспечивается откат незафикисированных транзакций?

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

А у вас негров вешают нулл от пустой строки ничем не отличается.
7 окт 13, 17:01    [14935301]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
miwaonline
А у вас негров вешают нулл от пустой строки ничем не отличается.

и это радует. у меня например несварение приключается, когда я при миграции с мсскл в очередной раз играю в угадайку, что значит пустая строка, а что нулл.

Dimitry Sibiryakov
Ну, раз никто не козыряет вежеством о том почему Оракулу впадлу отдавать select-у в
триггере данные такими, какими они были на начало работы запроса или игнорировать
изменения, сделанные DML-ем в функции...

на начало запроса не канает при serializable, игнорировать изменения тригера - напоминает "а здесь мы рыбу заворачивали".
7 окт 13, 17:17    [14935422]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Yo.!
игнорировать изменения тригера - напоминает "а здесь мы рыбу заворачивали".

Во-первых, не триггера, а функции.
Во-вторых, наоборот, хорошо согласуется с хвалёным "запрос видит данные без учёта того что
сам с ними натворил".

Posted via ActualForum NNTP Server 1.5

7 окт 13, 17:34    [14935548]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
miwaonline
А у вас негров вешают нулл от пустой строки ничем не отличается.

Да-да, ничем не отличаются. Сидите со своими правильными нуллами и без наших неправильных триггеров, у нас всё очень плохо, не лезьте к нам и дайте понаслаждаться спокойно, пока вы со своим геморроитесь :)
7 окт 13, 17:36    [14935560]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
Dimitry Sibiryakov
Во-первых, не триггера, а функции.

что за DML в функции ?

Dimitry Sibiryakov
Во-вторых, наоборот, хорошо согласуется с хвалёным "запрос видит данные без учёта того что
сам с ними натворил".

говори имя сестра ! кто хвалил то ?
7 окт 13, 17:39    [14935586]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
копье-ломатель
Guest
Dimitry Sibiryakov
Yo.!
игнорировать изменения тригера - напоминает "а здесь мы рыбу заворачивали".

Во-первых, не триггера, а функции.
Во-вторых, наоборот, хорошо согласуется с хвалёным "запрос видит данные без учёта того что
сам с ними натворил".


Насколько я помню, то и с триггером тоже ,
достаточно влететь на рестарт DML -ля над триггером
и он ( триггер) в тихушку будет дергаться несколько раз
на одно изменение одной строки верхнего DML -ля.

И всерано оракл лучше чем мсскуэл.

.
7 окт 13, 17:41    [14935596]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Yo.!
кто хвалил то ?

Да ты же и хвалил. На всех углах кричал "у нас insert from select не зацикливается,
поскольку не видит собственных изменений".

Posted via ActualForum NNTP Server 1.5

7 окт 13, 17:56    [14935675]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
Dimitry Sibiryakov
Да ты же и хвалил. На всех углах кричал "у нас insert from select не зацикливается,
поскольку не видит собственных изменений".

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

Откуда:
Сообщений: 1672
копье-ломатель
И всерано оракл лучше чем мсскуэл.
А вот "индейскую национальную избу" Вам

Рассмотрим простую ("жЫзненную") ситуацию...
Есть несколько часто используемых в рамках системы нетривиальных запросов, которые "обернуты" (по разным соображениям) в представления (ака, вьюхи). Ставится задача объединить (при-JOIN'ить) эти представления в одном запросе. И что скажет по поводу этого оптимизатор Oracle? Да ему просто крышу снесет! :) Но если поднапрячься и "развернуть ручками" текст определения каждой из вьюх - и становится уже не настолько "грустно"... При этом, естественно, не забываем каким-то образом получить доступ к тексту вьюх и очень стараемся не ошибиться "в запятых" при "склеивании"... И с правами на объекты тоже желательно не начудить.

MSSQL'ю в аналогичной ситуации сугубо пофиг на участвующие в объединении объекты: будь то хоть таблицы, хоть представления - результат будет сугубо одинаковым...

И на глюки в ORACLE при использовании ANSI JOINов в запросах "народ" (периодически) жалуется... Где-то тут пробегало...

В-обсчем, не настолько все гладко в королестве Датском...
7 окт 13, 18:46    [14935890]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Yo.!
я хвалил консистентный набор.

Ну а я ругаю методы достижения этого консистентного набора: полный запрет на всё, что даже
теоретически может эту его консистентность нарушить.

Yo.!
тригер на первой строке меняет переменную пакета, следующий тригер переменную
пакета видит с учетом изменений сделанных в базе первым срабатыванием, а данные без
учета.

Поэтому изменение данных видеть запрещено. А изменение переменных - почему-то нет.
Странная такая парадигма.

Posted via ActualForum NNTP Server 1.5

7 окт 13, 18:52    [14935913]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
sphinx_mv
MSSQL'ю в аналогичной ситуации сугубо пофиг на участвующие в объединении объекты:

Просто потому, что ему крышу снесёт в любом случае :) Во всяком случае, в каждом флейме по поводу временных таблиц полно утверждений от sql-щиков на тему "сложные запросы надо обязательно разбивать на части и сохранять во времянках промежуточные результаты, иначе производительности хана".

sphinx_mv
И на глюки в ORACLE при использовании ANSI JOINов в запросах "народ" (периодически) жалуется...

Это да. Находятся даже отдельные альтернативно одарённые личности, которые этими джойнами пользуются :)

sphinx_mv
В-обсчем, не настолько все гладко в королестве Датском...

Да не настолько, конечно. Я думаю, любой приличный ораклоид много чего скажет насчёт недостатков сервера. И куда как больше - на предложение поменять его на что-нибудь другое
7 окт 13, 19:04    [14935945]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
sphinx_mv
Рассмотрим простую ("жЫзненную") ситуацию...
Есть несколько часто используемых в рамках системы нетривиальных запросов, которые "обернуты" (по разным соображениям) в представления (ака, вьюхи). Ставится задача объединить (при-JOIN'ить) эти представления в одном запросе. И что скажет по поводу этого оптимизатор Oracle? Да ему просто крышу снесет! :)

смешно, учитывая что в серьезных проектах обращаться мимо вью полиси запрещают и любой запрос джоинит минимум 20 таблиц
7 окт 13, 19:39    [14936012]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Yo.!
Guest
Dimitry Sibiryakov
Ну а я ругаю методы достижения этого консистентного набора: полный запрет на всё, что даже
теоретически может эту его консистентность нарушить.

а ты не думаешь, что если тебе лет 7 понадобилось лишь того, что бы въехать в чем собственно проблема, то тебе слега рановато ругать ?
7 окт 13, 20:09    [14936082]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

Yo.!
в чем собственно проблема

Проблема? Да нет никакой проблемы. Триггера вообще нафиг в базе не нужны. Как и функции,
которые что-то там куда-то пытаются писать.

Posted via ActualForum NNTP Server 1.5

7 окт 13, 20:14    [14936097]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить