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

Откуда:
Сообщений: 236
Dimitry Sibiryakov
Оттого, что не весь мир сидит на игле Windows, а некоторым даже нужны такие излишества (по
мнению MS) как аналитические функции и row-level триггера.


У МS есть целая компонента для целей анализа.
5 окт 13, 14:39    [14927706]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
OYM
Member

Откуда:
Сообщений: 236
AlexKB
А зачем вообще использовать MSSQL?
А зачем он вообще появился на свет?
А зачем Вы вообще задаете такой вопрос?

Мои ответы на мои же вопросы

Для меня он страшно геморройный, от него только одни проблемы. Всякими правдами и неправдами я его стараюсь не использовать.

Появился он от жадности дяди Билли. Дальше можно не продолжать...

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

Просьба не обижаться.


И что же Вы используете? И при чем здесь бухгалтерия? В чем проявляется жадность?
5 окт 13, 14:41    [14927710]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
OYM
Member

Откуда:
Сообщений: 236
kep,
вот то-то и то-то, в МС СКЛ делается "через ж", а вот, в том же Кеше - ну
предельно "просто и крассиво"!

автор
Да уже при коннекте начинается геморрой: для всех остальных СУБД существует простой
С-интерфейс, и только к MS SQL приходится ходить через OLE.


А в чем сложность?
5 окт 13, 14:43    [14927714]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

OYM
А в чем сложность?

Попробуй - узнаешь.

Posted via ActualForum NNTP Server 1.5

5 окт 13, 14:58    [14927740]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
kep,
Guest
Dimitry Sibiryakov
MasterZiv
первичные ключи, которые уникальны и никогда не меняются.

Ну да, конечно. Собственно, я никого не призываю высовываться из фантазий идеального мира
в реальный.

Это не идеальный мир - это "серьмяжная реальность" проектировщика БД
- если есть, хоть минимальная вероятность того, что в будующем, выбранный для ПК натуральный ключ, должен быть изменён/утратит уникальность - значит выбирать его не стоит, себе дороже выйдет.
Лучше 10 раз "перезаложиться" и "жить" с сурогатным ПК и уникальным индексом из натурального ключа, чем в один момент прийти к неуникальности натурального ключа, и перекраивать структуру
5 окт 13, 15:41    [14927832]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
чччД
Guest
Некоторые разработчики FB здесь появляются.

Как-то, обнаружив в FB глючок, я написал о нем в местном форуме. В то же день один из разработчиков предложил потестить вечерний билд по данному поводу. Глюк был устранен.
Клиенты MS SQL о таких случаях помнят?
5 окт 13, 16:06    [14927879]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
чччД
Guest
kep,
Dimitry Sibiryakov
пропущено...

Ну да, конечно. Собственно, я никого не призываю высовываться из фантазий идеального мира
в реальный.

Это не идеальный мир - это "серьмяжная реальность" проектировщика БД
- если есть, хоть минимальная вероятность того, что в будующем, выбранный для ПК натуральный ключ, должен быть изменён/утратит уникальность - значит выбирать его не стоит, себе дороже выйдет.
Лучше 10 раз "перезаложиться" и "жить" с сурогатным ПК и уникальным индексом из натурального ключа, чем в один момент прийти к неуникальности натурального ключа, и перекраивать структуру


"Спасибо, MS SOFT, ты всегда думаешь за нас. Ты всегда лучше нас знаешь, что нам нужно."

PS: с утверждением kep, насчет того, что не стоит менять значение ПК согласен, если что. :)
5 окт 13, 16:09    [14927889]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
фсб_наследница_кгб
Guest
Dimitry Sibiryakov
OYM
А в чем сложность?

Попробуй - узнаешь.


OYM как раз решил С++ освоить (на форума С-шников). Как освоит, так поймёт. А пока занимается задаванием глупых вопросов.
5 окт 13, 16:10    [14927894]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

kep,
Это не идеальный мир - это "серьмяжная реальность" проектировщика БД

Да. Это серьмяжная реальность проектировщика, ограниченная парой баз собственного
изготовления. А вот у разработчика приложения, работающего с чужими базами, реальность
сильно другая. И в ней на каждом втором шагу попадаются таблицы вообще без ПК, а на
третьем этот ПК регулярно модифицируется. Но как уже сказано: я никого не призываю
выползать из своей уютной норки.

Posted via ActualForum NNTP Server 1.5

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

Откуда:
Сообщений: 5673
OYM
Gallemar
OYM,зачем выбирать MS SQL если есть Firebird?

Firebird вроде как лог-файла не имеет? Или я ошибаюсь?
смотря что вы под лог-файлом подразумеваете. Если transaction-log (два у ms или bin-log mysql) - то нету (не надо и не очень хочется).
5 окт 13, 17:49    [14928081]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Gallemar
Member

Откуда:
Сообщений: 5673
ldf, punto sw гонит
5 окт 13, 18:06    [14928112]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
что бы Вы ответили ТСу

понятия не имею
То, что Вы понятия не имеете - это не требовало никакого специального подтверждения...
Dimitry Sibiryakov
sphinx_mv
кстати, Вы точно уверены, что в MSSQL невозможно реализовать row-level
логику в триггерах?

Уверен. В его триггерах нет таблицы updated, а способа однозначно связать записи в
существующих inserted и deleted тоже нет.
То, есть, наш крутейший "эксперт" совершенно не в курсе (что для него, в-общем-то обычное состояние), что структура псевдо-таблиц inserted и deleted полностью соответствует структуре "целевой" таблицы, и они не просто легко, а ОЧЕНЬ легко связываются по первичному ключу? Может, Вам подучить основы SQL? Грабер Вам в помощь... Глядишь, FULL OUTER JOIN для себя откроете... Заодно (если MSDN почитаете) узнаете про некоторые функции, которые Вам помогут определить даже какие столбцы таблицы изменялись... Да-с...

Ну, а проблема с неправильным проектированием структуры Вашей БД, когда Вам "внезапно" пришлось менять значения первичного ключа в базе данных, и это как-то повлияло на логику работы Ваших триггеров - это, как бы, к проблемам MSSQL отношения не имеет. Совсем.
Dimitry Sibiryakov
MS в натуре не подозревает, что существуют натуральные ключи и что они время от времени нуждаются в изменении.
Ну, это праздник какой-то!
А еще каким горячечным бредом Вы здесь присутсвующих порадуете?
С точки зрения здравого смысла, естественный или искусственный/суррогатный ключ в таблице должен подозревать не сервер, а разработчик БД. К тому же, Вы, очевидно, совершенно не в курсе, что внешние ключи с каскадными операциями были еще как бы не в 7-й версии MSSQL...
5 окт 13, 23:59    [14929141]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

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


У меня бы тоже не было претензий к MSSQL, если бы он работал на чём-нибудь кроме Windows.
С этим трудно не согласиться... :)
MasterZiv
Если бы это было -- оставалась бы только одна проблема -- цена. Хотя express был бы всё равно...
Не надо про цену - сравнивалось. Соизмеримо с другими коммерческими продуктами.
6 окт 13, 00:02    [14929154]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
kalimba
Member

Откуда:
Сообщений: 297
sphinx_mv
С этим трудно не согласиться... :)
Почему?
6 окт 13, 00:21    [14929228]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
С точки зрения здравого смысла, естественный или искусственный/суррогатный
ключ в таблице должен подозревать не сервер, а разработчик БД.

Ну, так это Вы просто мало разработчиков БД знаете. "Welcome to my world" (c) Constantine

Posted via ActualForum NNTP Server 1.5

6 окт 13, 00:32    [14929264]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
Да уже при коннекте начинается геморрой: для всех остальных СУБД существует простой С-интерфейс,
А MS предлагает использовать другой (простой!) интерфейс - стандартный и, соотвественно, облегчающий жизнь программистам.
Dimitry Sibiryakov
и только к MS SQL приходится ходить через OLE.
Вас это напрягает? У Вас проблемы с пониманием OLE DB? Простые примеры тут
6 окт 13, 00:44    [14929296]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
xenix
автор
И, кстати, Вы точно уверены, что в MSSQL невозможно реализовать row-level логику в триггерах?

Можно, но суррогатным образом. Триггера FOR EACH ROW в MS SQL SERVER немножко нет
В Oracle, в котором "они немножко есть", использование таких триггеров "легко и непринужденно" может привести к ошибке типа "мутация таблиц".
И уж если попал в такую ситуацию, ее устранение - достаточно нетривиальная задача: по рекомендации Тома Кайта для этого нужно как минимум 2 дополнительных триггера statement-уровня (один before и один after) и пакет с переменными и процедурами, реализующими специфическую логику... Не считая самого row-level-триггера...
6 окт 13, 00:52    [14929322]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
В Oracle, в котором "они немножко есть", использование таких триггеров
"легко и непринужденно" может привести к ошибке типа "мутация таблиц".
И уж если попал в такую ситуацию, ее устранение - достаточно нетривиальная задача: по
рекомендации Тома Кайта для этого нужно как минимум 2 дополнительных триггера
statement-уровня (один before и один after) и пакет с переменными и процедурами,
реализующими специфическую логику... Не считая самого row-level-триггера...

Что в переводе звучит как "раз криворукие индусы не смогли в Оракуле сделать нормально
data consistency, так MS и подавно не следует с этим связываться".

Posted via ActualForum NNTP Server 1.5

6 окт 13, 00:55    [14929349]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
С точки зрения здравого смысла, естественный или искусственный/суррогатный
ключ в таблице должен подозревать не сервер, а разработчик БД.

Ну, так это Вы просто мало разработчиков БД знаете. "Welcome to my world" (c) Constantine
И в каком же мире "разработчиком БД" считается некое лицо, которое об этом "не в курсе"? Неужто в Вашем?! 8-()
Ну, что ж... Каждый сам кузнец своей реальности...
6 окт 13, 01:06    [14929402]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
В Oracle, в котором "они немножко есть", использование таких триггеров
"легко и непринужденно" может привести к ошибке типа "мутация таблиц".
И уж если попал в такую ситуацию, ее устранение - достаточно нетривиальная задача: по
рекомендации Тома Кайта для этого нужно как минимум 2 дополнительных триггера
statement-уровня (один before и один after) и пакет с переменными и процедурами,
реализующими специфическую логику... Не считая самого row-level-триггера...

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

Проблем с отсутствием row-level-триггеров в MSSQL не наблюдаю - все и без них прекрасно работает. Аналогично и по поводу отсутствия версионности и sequence во всех версиях (кроме последней) для этого SQL-сервера: практической пользы от всех этих нововведений маловато - вполне можно было и не делать. Но маркетинг...
6 окт 13, 01:26    [14929480]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
фсб_наследница_кгб
Guest
sphinx_mv
xenix
пропущено...

Можно, но суррогатным образом. Триггера FOR EACH ROW в MS SQL SERVER немножко нет
В Oracle, в котором "они немножко есть", использование таких триггеров "легко и непринужденно" может привести к ошибке типа "мутация таблиц".
И уж если попал в такую ситуацию, ее устранение - достаточно нетривиальная задача: по рекомендации Тома Кайта для этого нужно как минимум 2 дополнительных триггера statement-уровня (один before и один after) и пакет с переменными и процедурами, реализующими специфическую логику... Не считая самого row-level-триггера...


Есть поговорка: "Заставь дурака богу молиться - он себе и лоб расшибет" , также и с триггерами, вызывающими мутации и людьми их пишущими.

Вот поэтому Лондонская биржа работает на Oracle + UNIX/Linux, а не не Ms Sql Server + Windows - потому что софт на Oracle + UNIX/Linux писали люди, которые разобрались в случаях написания триггеров, приводящих к мутации таблиц.

А те люди, которые не разобрались в этом писали софт для Лондонской биржи на Ms Sql Server + Windows. И написали тормознутую неудовлетворительную системку, которая и была заменена на Oracle + UNIX/Linux.
6 окт 13, 01:36    [14929511]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
И связано это, скорее, с тем, что "нуниасилили" архитекторы Oracle
заложить в систему нечто типа inserted и deleted - приходится их "эмулировать" на pl/sql.

Всё гораздо проще: разрешить читать неконсистентные данные из изменяемой таблицы они не
хотели, а обеспечить чтение данных без учёта уже проведённых изменений - не смогли. То же
самое было причиной запрета на DML в функциях. И никакие псевдотаблицы тут и рядом не
валялись.

Кстати, а что делает MS SQL, когда функция, вызванная из select, удалит все данные из
читаемой таблицы?

Posted via ActualForum NNTP Server 1.5

6 окт 13, 01:46    [14929534]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
фсб_наследница_кгб
Guest
фсб_наследница_кгб
sphinx_mv
пропущено...
В Oracle, в котором "они немножко есть", использование таких триггеров "легко и непринужденно" может привести к ошибке типа "мутация таблиц".
И уж если попал в такую ситуацию, ее устранение - достаточно нетривиальная задача: по рекомендации Тома Кайта для этого нужно как минимум 2 дополнительных триггера statement-уровня (один before и один after) и пакет с переменными и процедурами, реализующими специфическую логику... Не считая самого row-level-триггера...


Есть поговорка: "Заставь дурака богу молиться - он себе и лоб расшибет" , также и с триггерами, вызывающими мутации и людьми их пишущими.

Вот поэтому Лондонская биржа работает на Oracle + UNIX/Linux, а не не Ms Sql Server + Windows - потому что софт на Oracle + UNIX/Linux писали люди, которые разобрались в случаях написания триггеров, приводящих к мутации таблиц.

А те люди, которые не разобрались в этом писали софт для Лондонской биржи на Ms Sql Server + Windows. И написали тормознутую неудовлетворительную системку, которая и была заменена на Oracle + UNIX/Linux.


Дополню - Microsoft всегда писала удоные и быстрые в освоении приложения, но производительность или гибкость - не всегда была коньком этих приложений.
Поэтому, Windows - удобен, UNIX - производителен. Ms Sql Server - удобене, Oracle - производителен.

ПС. Кстати, я начинал с технологий Microsot и благодарен этой корпорации, но по работе, большие объемы критических данных буду держать на Oracle.
6 окт 13, 01:50    [14929551]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
mad_nazgul
Member

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

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


1) MySQL настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

2) PostgreSQL настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

3) Oracle настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

4) FireBird настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

5) DB2 настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

6) Cache настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

7) MongoDB настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

...

n) <XXX> настолько удобен и комфортен, что проблема СУБД не должна стоят. Однако, у многих такая проблема стоит. Не могу понять отчего.

<:o)
6 окт 13, 11:11    [14929833]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
miwaonline
Member

Откуда:
Сообщений: 2249
mad_nazgul,



А как же Стебелек и TJ-7? Ну и все-таки оракл впереди планеты всей :)
6 окт 13, 11:52    [14929873]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5 6 7 8 9 10 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить