Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 22 23 24 25 26 27 [28] 29 30 31   вперед  Ctrl
 Re: MySQL vs Firebird  [new]
Yo.!
Guest
Dimitry Sibiryakov

Это большинство никогда и не потрудится прочитать документацию, а
значит, ничего не узнают про FIRST и никогда даже близко не пройдут мимо
этих граблей. У тех же, кто прочитает документацию, не возникнет
ситуации, требующей "удаления пяти любыйх записей". Оставшиеся один-два
дебила придут сюда и будут сраться. Такая потеря в рядах пользователей
птички даже и потерей-то считаться не может поскольку статистически
незначима.

у меня сразу к вам вопросы:
1. каков ваш опыт с IB/FB ?
2. читали ли вы документацию/биллетристику с ibase.ru и release notes ?
9 янв 08, 12:41    [5128525]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Yo.!
2. читали ли вы документацию/биллетристику с ibase.ru и release notes ?
По повадкам видно, что читал. Иначе б не статейки по мускулу смотрел, а собственно документацию.
9 янв 08, 13:00    [5128645]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

Yo.!

2. читали ли вы документацию/биллетристику с ibase.ru и release notes ?

Релиз ноты не читал. Беллетристику процентов на 50 - тоже.
Никогда не имел и даже не видел задачи, которая потребовала бы запроса с
FIRST и тем более DELETE FIRST. Про идиотизм INSERT-SELECT той же
таблицы - написал выше.

Posted via ActualForum NNTP Server 1.4

9 янв 08, 13:06    [5128673]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
Yo.!
я например зная о баге и имея нормальный опыт не понимаю почему update a=5, b=a сработает криво

Не ты один, я после DB2 то же много чего нового про СУБД узнал :) Поражает другое: почему не хотят признать наличие недостатков. На моей памяти только dimitr признавал недостатки. Так же поражает kdv, который с пеной доказывает, что это не баги и про них все знают и отсылает всех к релизнотам. Когда я сталкнулся с вышеуказанным update я долго пытался отловить баг в своем коде - у меня и мысли не было, что так может быть и надо искать в Интернете описание бага, я упорно искал этот баг у себя, думая, что на форуме меня засмеют. И только случайно наткнулся на какой то сайт с описанием всех этих багов. Уважаемый kdv, почему бы на Вашем сайте не сделать раздел "странности FB", где и описать эти косяки? Почему бы Хелен в следующей редакции книги не описать эти косяки? Почему бы в релизнотах не описать эти косяки?
9 янв 08, 13:11    [5128715]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Yo.!
Guest
2kdv

ну вот у нас яркий пример (Dimitry Sibiryakov) непонимания о чем речь, а ведь доку он прочел, про FIRST знает ... и ничего из этого не помогло.
9 янв 08, 13:17    [5128765]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

Yo.!

яркий пример (Dimitry Sibiryakov) непонимания

Ну и что же я не понимаю? Зачем дебилам FIRST? Да, не понимаю. Ну так
ткните меня носом в доку, где написано - зачем дебилы его используют.
Только не надо тыкать в доку, где написано зачем его используют
нормальные люди...

Posted via ActualForum NNTP Server 1.4

9 янв 08, 13:20    [5128786]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Yo.!
Guest
Dimitry Sibiryakov

Ну и что же я не понимаю? Зачем дебилам FIRST? Да, не понимаю. Ну так
ткните меня носом в доку, где написано - зачем дебилы его используют.
Только не надо тыкать в доку, где написано зачем его используют
нормальные люди...

в том то и номер, что совершенно непонятно нафига в ноте приплели FIRST, он там никаким боком т.к. природа кривизны в баге с cursor stability, FIRST просто один и сотен частных случаев ....
9 янв 08, 13:31    [5128845]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30275
DS
Такая потеря в рядах пользователей птички даже и потерей-то считаться не может поскольку статистически незначима.


только вот вреда от бухтежа не-пользователей гораздо больше.

Yo
у меня сразу к вам вопросы:


Дмитрий, вообще-то, участвует в разработке FB. Правда, не на постоянной основе, насколько я в курсе.

leonbn
Так же поражает kdv, который с пеной доказывает, что это не баги и про них все знают и отсылает всех к релизнотам.

во-первых, не с пеной. во-вторых, объясняю ситуацию. Здесь мы (и Вы) участвуем в дискуссии на тему "я слышал что в FB есть такая и эдакая хрень, поэтому FB использовать нельзя".

leonbn
Уважаемый kdv, почему бы на Вашем сайте не сделать раздел "странности FB", где и описать эти косяки?


про insert into select from это есть в FAQ
http://www.ibase.ru/ibfaq.htm#insinf
насчет нестабильности курсоров update/delete - там же, прямо выше предыдущего пункта
http://www.ibase.ru/ibfaq.htm#delall

Yo
я например зная о баге и имея нормальный опыт не понимаю почему update a=5, b=a сработает криво


там же,
http://www.ibase.ru/ibfaq.htm#updab

leonbn
И только случайно наткнулся на какой то сайт с описанием всех этих багов.


не знаю таких "случайных сайтов".

пока что по описанию багов 2:0 или даже 3:0 в мою пользу. Распечатайте ibfaq.htm, сожгите, и пеплом посыпьте... :-)
9 янв 08, 13:33    [5128862]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Yo.!
Guest
kdv

там же,
http://www.ibase.ru/ibfaq.htm#updab

там же то же самое, теперь из сотни комбинаций расмотрено не одна а две ...
мне например так и не понятно почему для
delete from test
where test.ID in (select id from test GROUP BY id HAVING count(id)>1);

подзапрос перезапускается, для insert перезапускается, а для

update xxx=xxx+5 where xxx in (select xxx where xxx=5 or xxx=10) ;

нет.
9 янв 08, 13:43    [5128944]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

Yo.!
природа кривизны в баге с cursor stability,

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

Posted via ActualForum NNTP Server 1.4

9 янв 08, 13:46    [5128967]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Yo.!
Guest
Dimitry Sibiryakov

Yo.!
природа кривизны в баге с cursor stability,

Ну так вы ткнете меня носом в доку, которая описывает грабли со
стабильностью курсоров, на которые хоть кто-то кроме вышеупомянутых
дебилов способен наступить, причем не случайно, балуясь, а
целенаправленно? Так, чтобы с красочным описанием, зачем аффтар вообще
туда пошел.
Posted via ActualForum NNTP Server 1.4


любой кто из ФАКа по любой субд решит избавится от дублей запросом

delete from test
where test.ID in (select id from test GROUP BY id HAVING count(id)>1);
9 янв 08, 13:50    [5128993]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

Yo.!
любой кто из ФАКа по любой субд

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

Posted via ActualForum NNTP Server 1.4

9 янв 08, 13:52    [5129019]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Dimitry Sibiryakov

Yo.!
любой кто из ФАКа по любой субд

Т.е. сначала один дебил при проектировании базы позволяет дубли, а потом
другой, пользуясь совершенно левой надписью на заборе пытается от них
избавиться. Аффигительно жизненный пример!
Posted via ActualForum NNTP Server 1.4
Ну так предложите другой, более правильный универсальный вариант удаления дублей? Обсуждение причин их появления в базе предлагаю опустить, разные бывают случаи.
9 янв 08, 14:02    [5129086]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

DocAl
разные бывают случаи.

Для этих случаев есть не только изделие No2, но и другие средства
контрацепции.
Delete from table t1 where exists (select * from table t2 where 
t1.a=t2.a and t1.b=t2.b and t2.pk>t1.pk)

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:07    [5129115]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
Dimitry Sibiryakov
кроме вышеупомянутых дебилов

Dimitry Sibiryakov
Т.е. сначала один дебил ..., а потом другой...,

Вы другие слова знаете? Или Вы из тех, кто первый раз сел в автомобиль и сразу стал Шумахером.
У меня при разработке нового проекта бывает много нестандартных ситуаций, для которых требуется в т.ч. и update a=b, b= a, и delete from test where test.ID in (select id from test GROUP BY id HAVING count(id)>1). Ну, видимо я дебил :-( Только почему то "откладывая в сторону" ФБ и берясь за ДБ2 дебилом быть перестаю.
kdv
Действительно, не видел, хотя фак просматривал неоднократно, приношу извинения (хотя, на мой взгляд, такие моменты можно было выделить эти моменты посущественнее, но я понимаю, что хозяин – барин)
9 янв 08, 14:12    [5129167]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

leonbn

Только почему то "откладывая в сторону" ФБ и берясь за ДБ2 дебилом быть
перестаю.

Неправильно построена фраза. Следовало сказать "перестаю себя ощущать".

IBM оно, конечно, да. Защита от дурака у них неплохая.

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:19    [5129212]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Dimitry Sibiryakov

DocAl
разные бывают случаи.

Для этих случаев есть не только изделие No2, но и другие средства
контрацепции.
Delete from table t1 where exists (select * from table t2 where 
t1.a=t2.a and t1.b=t2.b and t2.pk>t1.pk)
Posted via ActualForum NNTP Server 1.4
Чем этот вариант объективно лучше?
9 янв 08, 14:20    [5129218]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
fynda
Member

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

kdv пишет:

>> И только случайно наткнулся на какой то сайт с описанием всех этих багов.
> не знаю таких "случайных сайтов".

Я знаю: http://tracker.firebirdsql.org
Ну та-а-акой случа-а-айны-ый - прям ваще!

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:24    [5129237]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30275
leonbn
Действительно, не видел, хотя фак просматривал неоднократно, приношу извинения (хотя, на мой взгляд, такие моменты можно было выделить эти моменты посущественнее, но я понимаю, что хозяин – барин)


обычно хоть жирным шрифтом, хоть красным цветом - все равно не прочитают. основной напряг с формулировкой топика, чтобы люди поиском могли найти этот пункт.
А что в конце - так получилось, хотя да, стоит выделить в отдельную группу.
9 янв 08, 14:24    [5129239]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Dimitry Sibiryakov
Member

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

DocAl
Чем этот вариант объективно лучше?

Тем, что работает.

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:25    [5129247]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
DocAl
Чем этот вариант объективно лучше?

Тем, что некоторые могут обойти БАГ!!!

Dimitry Sibiryakov
Следовало сказать "перестаю себя ощущать".

Значит действительно Вы Шумахер от рождения
9 янв 08, 14:26    [5129252]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
Dimitry Sibiryakov

DocAl
Чем этот вариант объективно лучше?

Тем, что работает.
Posted via ActualForum NNTP Server 1.4
Круто. А вот в MySQL 3.23 оно работать не будет, хреновый, видать, способ.

А если без экстремизма, типа фаербёрда и ископаемых версий MySQL, оба варианта одинаково универсальны, только первый короче.
9 янв 08, 14:28    [5129263]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
fynda
Member

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

leonbn пишет:

> Или Вы из тех, кто первый раз сел в автомобиль и сразу стал Шумахером.

Но простите, если ты не гонщик - зачем же гнать?

> У меня при разработке нового проекта бывает много нестандартных
> ситуаций

Отож - нестандартных. Вы же не тащите все это в релиз, правда? По
крайней мере - не тащите, не оттестировав?

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:29    [5129276]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
leonbn
Member

Откуда: СПб
Сообщений: 522
fynda
Но простите, если ты не гонщик - зачем же гнать?

Я имел ввиду, что существуют некоторые индивидумы - дебилы, которые забывают, что они не сразу (одномоментно) всему научились. (Это как на дороге, когда начинают сигналить учебной машине, открывать окно и кричать, что за рулем дебил)
fynda
Отож - нестандартных. Вы же не тащите все это в релиз, правда? По
крайней мере - не тащите, не оттестировав?

Нестандартные - потому что требуется сделать a=b, b=a или удалить дубликаты, но сервер то должен обрабатывать их стандартно!
9 янв 08, 14:35    [5129314]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
fynda
Member

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

leonbn пишет:

> Я имел ввиду, что существуют некоторые индивидумы - дебилы, которые
> забывают, что они не сразу (одномоментно) всему научились.

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

> Отож - *нестандартных*. Вы же не тащите все это в релиз, правда? По
> крайней мере - не тащите, не оттестировав?
> Нестандартные - потому что требуется сделать a=b, b=a или удалить
> дубликаты, но сервер то должен обрабатывать их *стандартно*!

Ну так я не увидел ответа на вопрос. Вы все это тащите в релиз, даже ни
разу не протестив? Или как?

Posted via ActualForum NNTP Server 1.4

9 янв 08, 14:46    [5129389]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 22 23 24 25 26 27 [28] 29 30 31   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить