Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 36 37 38 39 40 [41] 42 43 44 45 .. 54   вперед  Ctrl
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Капитан очевидность на проводе
Guest
Выcпрошайка
Ну ни хрена себе, аж за сорок страниц уже, срачевню развели.


Да, при этом последние листов пять - отборно бессмысленным, удивительно бесполезным и предельно скучным словесным отстоем, во исполнении вполне себе именитых метров и даже (о боже) кое кого из модераторов


Даже листать противно, настолько всё примитивно.
28 окт 13, 20:04    [15043065]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
Дмитрий, Вы уже из песочницы <http://www.firebirdfaq.org/faq214/> выбрались?
How to debug stored procedures?
Firebird still doesn't offer hooks for stored
procedure debugging yet.

Что не мешает существовать на рынке как минимум двум отладчикам процедур. Которые,
впрочем, нужны только тем, кому не хватает того самого call stack при выбросе exception.

Posted via ActualForum NNTP Server 1.5

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

Откуда: Новосибирск
Сообщений: 20368
sphinx_mv
откуда Вы можете знать, какая фича обязательно окажется полезной в среде, в которой Вы никогда не работали?
Отец Пиригрин очень хорошо это объяснил, про амёб и грехи. Поскольку это истинно хоть на Марсе, это истинно и для MSSQL.
А поскольку я с умыслом сделал две опечатки в фамилии, гугль будет плохим костылём для недоучек :P
28 окт 13, 21:22    [15043240]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
чччД
Guest
sphinx_mv
Dimitry Sibiryakov
пропущено...

Не "взлетят до неимоверных высот", а "хотя бы немного приблизятся ко всем остальным".
Дмитрий, Вы уже из песочницы выбрались?
How to debug stored procedures?
Firebird still doesn't offer hooks for stored procedure debugging yet.

Киношка про один из способов отладки процедур/триггеров:



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

Откуда:
Сообщений: 1672
чччД
sphinx_mv
пропущено...
Дмитрий, Вы уже из песочницы выбрались?
пропущено...

Киношка про один из способов отладки процедур/триггеров:
IBExpert? Йес!
Эмуляция не пойми чего как источник неизвестно какой отладочной информации.
Тут точно чтобы свести концы с концами без дампа стека сервера (единственного источника достоверной информации) ничего не получишь.
Из песочницы:
How to debug stored procedures?
Some commercial tools like IBExpert or Database Workbench parse the stored procedure body and execute statements one by one giving you the emulation of stored procedure run. While it does work properly most of the time, please note that the behaviour you might see in those tools might not be exactly the same as one seen with actual Firebird stored procedure - especially if you have uninitialized variables or other events where behavior is undefined. Make sure you file the bug reports to tool makers and not to Firebird development team if you run such 'stored procedure debuggers'.
Последняя фраза "в переводе на великий и могучий" означает: "кто чем пользуется, тот ССЗБ"
чччД
Есть еще инструменты.
Ни один из этих инструментов не является отладчиком хранимых процедур. Нет такой фичи у фаерберды. Физически отсутствует.
29 окт 13, 00:11    [15043693]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
iv_an_ru
sphinx_mv
откуда Вы можете знать, какая фича обязательно окажется полезной в среде, в которой Вы никогда не работали?
Отец Пиригрин очень хорошо это объяснил, про амёб и грехи. Поскольку это истинно хоть на Марсе, это истинно и для MSSQL.
Тут:
- А что мы будем делать с этим? - Отец Стоун постучал по привезенному с Земли железному колоколу. - Что им колокола?
- Я полагаю, что принес его ради собственного успокоения, - признался отец Перегрин.
Не нужны на Марсе железные колокола в MSSQL стеки вызовов хранимых процедур - никому находящемуся в здравом уме и твердой памяти. Аминь.
iv_an_ru
А поскольку я с умыслом сделал две опечатки в фамилии, гугль будет плохим костылём для недоучек :P
Ну, если "две опечатки в фамилии" для Вас представляет серьезную преграду в поиске...
29 окт 13, 00:28    [15043737]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
Нет такой фичи у фаерберды. Физически отсутствует.

И чо? "Не нужны на Марсе железные колокола в MSSQL стеки вызовов Firebird
отладчики хранимых процедур - никому находящемуся в здравом уме и твердой памяти. Аминь."

Posted via ActualForum NNTP Server 1.5

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

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
Нет такой фичи у фаерберды. Физически отсутствует.

И чо?
Собственно, и все.
Вот такой у Вас "лучший сервер всех времен и народов", на который все (почему-то) должны равняться..
Dimitry Sibiryakov
Что не мешает существовать на рынке как минимум двум отладчикам процедур
...которые отладчикам не являются.

В-обсчем, идите и подучите матчасть - сугубо, чтобы потом не рассказывать о существовании несуществующих фич.
29 окт 13, 00:48    [15043779]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
Вот такой у Вас "лучший сервер всех времен и народов", на который все
(почему-то) должны равняться..

Мы всё ещё в теме "зачем нужны другие СУБД, если MS SQL - лучший"?..

sphinx_mv
...которые отладчикам не являются.

Да неужели? А чем же они являются? И чем от отладчиков отличаются?

И главное - а нафига нужен какой-то "отладчик", если место ошибки известно с точностью до
строчки, как и путь по которому туда попало управление? Просто идёшь и фиксишь.

Posted via ActualForum NNTP Server 1.5

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

Откуда: iBase.ru
Сообщений: 30253
sphinx_mv
IBExpert? Йес!
Эмуляция не пойми чего как источник неизвестно какой отладочной информации.

не надо гнать. эмулирует он вполне нормально, достаточно много этой фишкой пользуются для отладки процедур и триггеров. Если вдруг возникают проблемы, то пишут в соотв. раздел форума на sql.ru, и проблема достаточно быстро или объясняется, или решается.
Сам IBExpert в случае явных ошибок исправляется практически моментально, в течение единиц дней (до недели), как и подавляющее большинство софта, создаваемого российскими разработчиками. Напомню, что исправления багов в зарубежном софте обычно приходится ждать месяцами, если не годами.
Кроме того, например, только по моим (не считая других) 5-6 просьбам IBExpert был расширен разными фичами, облегчающими разработку, управление транзакциями, просмотр DDL и прочее. Сомневаюсь, что разрабочтики Enterprise Manager столь лояльны к своим пользователям.
29 окт 13, 01:09    [15043817]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
чччД
Guest
sphinx_mv
...IBExpert? Йес!
Эмуляция не пойми чего как источник неизвестно какой отладочной информации.
Тут точно чтобы свести концы с концами без дампа стека сервера (единственного источника достоверной информации) ничего не получишь...

Глупый какой...
29 окт 13, 01:11    [15043826]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
Вот такой у Вас "лучший сервер всех времен и народов", на который все
(почему-то) должны равняться..

Мы всё ещё в теме "зачем нужны другие СУБД, если MS SQL - лучший"?
Ну, Вы же тут делаете какие-то "громкие заявления", что MSSQL должен к чему-то там подтягиваться...
При этом почему-то подтягиваться он должен куда-то вниз...
Dimitry Sibiryakov
sphinx_mv
...которые отладчикам не являются.

Да неужели? А чем же они являются? И чем от отладчиков отличаются?
В матчасти все написано...
Dimitry Sibiryakov
И главное - а нафига нужен какой-то "отладчик", если место ошибки известно с точностью до
строчки, как и путь по которому туда попало управление? Просто идёшь и фиксишь.
У Сибирякова очередное обострение: раньше было "все обязательно должны пользоваться стеком вызовов", теперь началось "дебагером пользоваться нельзя"...
29 окт 13, 01:17    [15043843]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
kdv
sphinx_mv
IBExpert? Йес!
Эмуляция не пойми чего как источник неизвестно какой отладочной информации.

не надо гнать. эмулирует он вполне нормально, достаточно много этой фишкой пользуются для отладки процедур и триггеров.
Выглядит как попытка впарить оку владельцу мерседеса - и то и другое имеет 4-ре колеса, руль и даже "ехать умеет"...
kdv
Напомню, что исправления багов в зарубежном софте обычно приходится ждать месяцами, если не годами.
Информация "слегка" не соответствует действительности.
kdv
Кроме того, например, только по моим (не считая других) 5-6 просьбам IBExpert был расширен разными фичами, облегчающими разработку, управление транзакциями, просмотр DDL и прочее.
Фичи, к полезности которых Вы только-только подходите уже давно не являются чем-то исключительным на более серьезных серверах БД - сколько нужно об этом писать?
kdv
Сомневаюсь, что разрабочтики Enterprise Manager столь лояльны к своим пользователям.
Достаточно того, что баги в "окончательных" версиях практически отсутствуют. Очевидно, что большая их часть выявляется на "comunity technology preview"-релизах - за счет гораздо большей популярности и, соотвественно, большего количества "тестеров".
29 окт 13, 01:51    [15043910]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
sphinx_mv
Фичи, к полезности которых Вы только-только подходите уже давно не являются чем-то исключительным на более серьезных серверах БД - сколько нужно об этом писать?

читайте внимательнее. Я писал о фичах стороннего инструмента - IBExpert. Вы если не можете отличить IBExpert от Firebird, лучше вообще ничего на эту тему не пишите, а то все время невпопад получается.
Кроме того, я "свои" фичи IBExpert не упоминал явно, чтобы вы могли утверждать, что в других серверах эти фичи "давно не являются чем то исключительным".
Возможно, вы меня также с кем то путаете, я никогда не пишу, что ФБ умеет то, чего не умеют "большие сервера". Хотя иногда такое случается, прямо или косвенно, но я в этом никакой катастрофы не вижу, т.к. ни Оракл ни MS SQL не могут "объять необъятное".

sphinx_mv
Достаточно того, что баги в "окончательных" версиях практически отсутствуют.

ну не надо -
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1053774&msg=14998041
везде плюхи бывают. А случается и похуже. Казалось бы, вы свой сервер лучше должны знать, какие там ошибки случаются в релизах. Лично я ничего стыдного тут не вижу. Даже миллион тестеров могут пропустить один явный баг, не говоря уже про плавающие ошибки, воспроизводимые строго в конкретных условиях.
Другое дело, насколько быстро разработчики СУБД на такие ошибки реагируют.
29 окт 13, 02:12    [15043933]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Dimitry Sibiryakov
Member

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

sphinx_mv
теперь началось "дебагером пользоваться нельзя"...

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

Posted via ActualForum NNTP Server 1.5

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

Откуда:
Сообщений: 1672
kdv
sphinx_mv
Фичи, к полезности которых Вы только-только подходите уже давно не являются чем-то исключительным на более серьезных серверах БД - сколько нужно об этом писать?

читайте внимательнее. Я писал о фичах стороннего инструмента - IBExpert. Вы если не можете отличить IBExpert от Firebird, лучше вообще ничего на эту тему не пишите, а то все время невпопад получается.
"Невпопад" получается, когда в список фич, подтверждающих достоинства сервера (firebird) включают фичи совершенно стороннего продукта (ibexpert).
Управление транзакциями, просмотр DDL - это настолько древние "новшества", что упоминать их Вам явно не стоило.
И то, что сервер firebird не поддерживает отладку хранимых процедур - с этим Вам спорить вообще не следовало. Эмуляция процесса вместо процесса...
kdv
Кроме того, я "свои" фичи IBExpert не упоминал явно, чтобы вы могли утверждать, что в других серверах эти фичи "давно не являются чем то исключительным".
:) Списка фич, которые в обозримом будущем не будут реализованы не только в IBExpert'е но и в самом firebird - достаточно. А из того, что уже реализовано, ничего реально нового используемая Вами платформа предложить не может - все это "технологические новинки" только в мире firebird.
kdv
sphinx_mv
Достаточно того, что баги в "окончательных" версиях практически отсутствуют.

ну не надо -
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1053774&msg=14998041
везде плюхи бывают. А случается и похуже. Казалось бы, вы свой сервер лучше должны знать, какие там ошибки случаются в релизах.
:) Это - не "мой" сервер. Несмотря на то, что некоторое время мне приходится весьма плотно на нем "сидеть"...
kdv
Лично я ничего стыдного тут не вижу. Даже миллион тестеров могут пропустить один явный баг, не говоря уже про плавающие ошибки, воспроизводимые строго в конкретных условиях.
Другое дело, насколько быстро разработчики СУБД на такие ошибки реагируют.
:) На саппорте? Практически "по первому звонку"... А у Вас есть какие-то другие наблюдения?
29 окт 13, 03:22    [15043988]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Dimitry Sibiryakov
sphinx_mv
теперь началось "дебагером пользоваться нельзя"...

Ну почему нельзя... Можно им пользоваться. Те, кто не понимает как работает ими написанный код, вообще без него обойтись не в состоянии.
Забавное заявление от, типа, разработчика, который не знает из скольких мест его собственной системы может быть вызвана написанная им процедура или функция...
Dimitry Sibiryakov
Для остальных, к счастью, есть и более быстрые способы нахождения багов.
Вас все еще не "отпустило" со стека вызовов? Ну, жгите напалмом дальше...
29 окт 13, 03:39    [15043996]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Выcпрошайка
Ну ни хрена себе, аж за сорок страниц уже, срачевню развели.

Значит тема задевает за живое, а не просто так.
Значит люди в рынке, скорее всего. Кто_то советует там у себя тот или иной сервер, а тут говорят все наоборот. Что делать остается? Тут одной стрванице не отделаешься.
29 окт 13, 08:15    [15044216]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
FreemanZAV
Member

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

kdv
Сомневаюсь, что разрабочтики Enterprise Manager столь лояльны к своим пользователям.
Достаточно того, что баги в "окончательных" версиях практически отсутствуют. Очевидно, что большая их часть выявляется на "comunity technology preview"-релизах - за счет гораздо большей популярности и, соотвественно, большего количества "тестеров".


Не знаю как в Enterprise Manager, а вот в "окончательных" версиях MSSQL пусть не баги, но некоторые странности присутствуют. Первое, что вспомнилось в MSSQL 2008 R2 - ошибка в запросе:

select   count(distinct t.f1) over (partition by t.f2 )    from table1 t 


Incorrect syntax near 'distinct'.


Непонятно, что тут некорректного
29 окт 13, 10:32    [15045026]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Гость333
Member

Откуда:
Сообщений: 3683
FreemanZAV
в MSSQL 2008 R2 - ошибка в запросе:

select   count(distinct t.f1) over (partition by t.f2 )    from table1 t 


Incorrect syntax near 'distinct'.


Непонятно, что тут некорректного

В MSSQL 2012 текст ошибки исправлен:

Use of DISTINCT is not allowed with the OVER clause.

Странное ограничение, согласен, но в каких СУБД нет подобных "странностей"? :-)
29 окт 13, 11:01    [15045218]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
Гость333
В MSSQL 2012 текст ошибки исправлен:

Use of DISTINCT is not allowed with the OVER clause.



Интересно. Вместо того, чтобы исправить поведение - исправили текст ошибки.
29 окт 13, 11:06    [15045239]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
sphinx_mv
подтверждающих достоинства сервера (firebird) включают фичи совершенно стороннего продукта (ibexpert).
Управление транзакциями, просмотр DDL - это настолько древние "новшества", что упоминать их Вам явно не стоило

вы не понимаете, о чем я пишу, и комментируете. Приводить примеры, наверное, бессмыслено.
В самом FB нет отладки процедур. Но есть в сторонних инструментах. Ситуация со сторонними инструментами к ФБ совсем иная, чем с инструментами к другим серверам. Этих инструментов намного больше, как и всяких драйверов и компонент. Рассматривать все это богатство в отрыве от ФБ невозможно.
29 окт 13, 12:40    [15045893]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
FreemanZAV
Интересно. Вместо того, чтобы исправить поведение - исправили текст ошибки.

Это лучше, чем ничего.

У любого сервера есть особенности реализации, обуславливающие то или иное "странное поведение" в экзотических случаях. И когда оно не мешает - далеко не факт, что стоит "исправлять", и при этом, возможно, ухудшать поведение в других случаях или вносить ошибки. Например, в Оракле есть такой весёлый прибамбас: из-за особенностей реализации механизма версионности существует хитрая манипуляция, позволяющая получить ошибку cannot serialize access for this transaction в условиях единственной, эксклюзивной транзакции (сессии) в СУБД. Круто, правда? :) Но уж на что я перфекционист и противник принципа "работает - не трогай", но зарою любого, кто захочет исправить эту милую багу. Потому как она проистекает из самой сути конструкции, и "исправить" её можно только серьёзным изменением концепций.

В данном случае - во-первых, DISTINCT не является конструкцией, применяемой в production коде. Вот просто и серьёзно, желание его так применить в 99% случаев по моему опыту означает либо ошибку в запросе, либо неверный дизайн базы. Уже поэтому любая такая ошибка имхо идёт с низшим приоритетом. Далее, не знаю как в MSSQL, а в Oracle ряд подобных особенностей легко обходился просто выделением подзапроса: over внутри, distinct снаружи, например.

В общем, далеко не факт, что игра стоит свеч. Тут надо разбираться, а не поверхностно судить, имхо.
29 окт 13, 13:11    [15046081]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
AlexJm
Member

Откуда:
Сообщений: 679
softwarer
DISTINCT не является конструкцией, применяемой в production коде. Вот просто и серьёзно, желание его так применить в 99% случаев по моему опыту означает либо ошибку в запросе, либо неверный дизайн базы.

Это очень странное утверждение.
29 окт 13, 13:29    [15046207]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
softwarer
Например, в Оракле ... существует хитрая манипуляция, позволяющая получить ошибку ... но зарою любого, кто захочет исправить эту милую багу.

Может эта бага и нужна конечно, но багу появления бесхозных записей в DEFERRABLE constraint foreign key (которая воспроизводится без хитрых манипуляций) я бы на месте Оракла исправил.
29 окт 13, 13:32    [15046241]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 36 37 38 39 40 [41] 42 43 44 45 .. 54   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить