powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL vs All
24 сообщений из 149, страница 6 из 6
PostgreSQL vs All
    #33299737
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2dimitr

отстанте от меня с вашей замечательной субд, она на меня угнетает. если поведение у этого сервера при insert into table select * from table ; и insert into table select * from another_table ; координально отличается, то приношу свои глубокие извинения, соболезнавания и т.п. чо принете - все ваше !
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301174
AntiLoh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!запусти insert into table select * from table ;
всесте поплачем :)
Запустил... я в шоке !!! У Fb ещё больше проблем, чем я думал...
Хотя, мимопроходящий наверняка скажет "что он устал обсуждать старые баги, и что в новой (бета) версии всё уже пофиксили"... и вообще это не баг, а полезная фича...
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301278
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да вроде-бы это действительно фича, причем доставшаяся в наследство от Interbase. Относительно полезности сильно сумлеваюсь.

Скорее всего он скажет:

- А Вы так не делайте (c) Из анекдота про дохтора
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301316
AntiLoh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Да вроде-бы это действительно фича, причем доставшаяся в наследство от Interbase.
> А Вы так не делайте

Я так подозреваю, что два описанные глюки это всего лишь два примера проявления этого наследства... коих может существовать бесчисленное множество. Напрмер вот: http://www.sql.ru/forum/actualthread.aspx?tid=213871
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301515
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 AntiLoh:

Ну есть такое что INSERT INTO TAB SELECT * FROM TAB запускает бесконечный цикл. Да, оно тянется из старых версий и несоответствует стандарту. Никто не спорит что это надо чинить и я уверен что в баг-трекере давно есть запись об этом баге.
На практике же ценность такого запроса ассимтодически приближается к нулю. Единставенный недостаток этого бага - это возможность погрузить в ступор сервер таким запросом. А кто в этом заинтересован? Человек, взломавший сервер, скорее всего заинтересован или в краже, или в порче данных, а программисту или админу такой запрос просто не нужен. Поэтому критичность этой ошибки по моему мнению крайне незначительна и от того что пофиксят это дело практической пользы ноль.

В общем кто на практике подобным запросом используется, пусть опишет его практический смысл и сложность/невозможность замены на другой запрос с учётом ИЗВЕСТНОГО БАГА, а мы послушаем.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301690
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gold2 AntiLoh:

Ну есть такое что INSERT INTO TAB SELECT * FROM TAB запускает бесконечный цикл. Да, оно тянется из старых версий и несоответствует стандарту. Никто не спорит что это надо чинить и я уверен что в баг-трекере давно есть запись об этом баге.
На практике же ценность такого запроса ассимтодически приближается к нулю. Единставенный недостаток этого бага - это возможность погрузить в ступор сервер таким запросом. А кто в этом заинтересован? Человек, взломавший сервер, скорее всего заинтересован или в краже, или в порче данных, а программисту или админу такой запрос просто не нужен. Поэтому критичность этой ошибки по моему мнению крайне незначительна и от того что пофиксят это дело практической пользы ноль.

В общем кто на практике подобным запросом используется, пусть опишет его практический смысл и сложность/невозможность замены на другой запрос с учётом ИЗВЕСТНОГО БАГА, а мы послушаем.

я провайдер и продаю сервис, который включает в себя хостинг с поддержкой скриптов + этот сервер баз данных. Как мне запретить выполнение данной инструкции, чтобы хостинг не умирал?
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33301726
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А от этого запрета толку ноль. Есть куча способов как погрузить сервер в ступор. Написать ХП c бесконечным циклом - это ж раз плюнуть. И что теперь, циклы в ХП тоже запретить? Разработчик с доступом к выполнению процедур ВСЕГДА сможет загрузить процессор по полной. Если он сознательно это делает, то он злоумышленник и с него штраф или ещё что-то.

Я считаю что должна быть возможность для разработчика остановить команду а также система понижения приоритета потока/процесса при длительной загрузке процессора онным. Вот над этим работа и идёт. В FB2 должен был появиться CANCEL STATEMENT, но похоже что его не будет до FB3 в силу каких-то обстоятельств. Однако, я знаю точно что работа в этом направлении ведётся.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302346
Фотография ReNoiZer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Infernal V. Raven
Думаю раз уж встал вопрос о переносе базы с MS SQL на другую базу, то скорее всего база не слишком сложна.

Gold...Я считаю что должна быть возможность для разработчика остановить команду а также система понижения приоритета потока/процесса при длительной загрузке процессора онным. Вот над этим работа и идёт. В FB2 должен был появиться CANCEL STATEMENT, но похоже что его не будет до FB3 в силу каких-то обстоятельств. Однако, я знаю точно что работа в этом направлении ведётся.
А в MaxDB это есть. И кроме того там есть автоматические системы для подобных вещей
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302495
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gold пишет:

> Ну есть такое что INSERT INTO TAB SELECT * FROM TAB запускает
> бесконечный цикл. Да, оно тянется из старых версий и несоответствует
> стандарту. Никто не спорит что это надо чинить и я уверен что в
> баг-трекере давно есть запись об этом баге.

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

> На практике же ценность такого запроса ассимтодически приближается к
> нулю.

Именно этого - да. Но этот запрос действительно просто вырожденный для
упрощения понимания частный случай запросов, изменяющих данные,
попадающие под исходные условия запроса.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302503
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну так в FB я только и припоминаю из несоответствий этот вот INSERT FROM SELECT, особенность с FIRST в подзапросе в кое-каких случаях (это в доке точно есть с примерами). Ну и всё, собственно. Может быть ещё что-то есть - я даже и не знаю. Если и есть, то наверное случай такой, которой на практике лучше не использовать даже если бы оно правильно работало.

Я вобще считаю что SQL - это не проблемы FB. Его настоящие проблемы лично для меня - это текущая реализация суперс-сервера, протокола обмена с клиентом и невозможность отмены запущенной команды штатными средствами. С остальным жить можно вполне комфортно в малых и многих средних задачах.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302515
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gold пишет:
> Ну так в FB я только и припоминаю из несоответствий этот вот INSERT FROM
> SELECT, особенность с FIRST в подзапросе в кое-каких случаях (это в доке
> точно есть с примерами). Ну и всё, собственно. Может быть ещё что-то
> есть - я даже и не знаю.

Учи матчасть
Еще можно с DELETE поизвращаться в свое удовольствие. И еще:
UPDATE tablename SET a=b, b=a
Но надо отдать должное, что такое поведение UPDATE иногда удобнее
стандартного.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302517
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gold
Я вобще считаю что SQL - это не проблемы FB. Его настоящие проблемы лично для меня - это текущая реализация суперс-сервера, протокола обмена с клиентом и невозможность отмены запущенной команды штатными средствами. С остальным жить можно вполне комфортно в малых и многих средних задачах.

интересно а что произойдет если в процессе транзакции изменятся строки попадающие в набор удолетворяющий предекату ?

update test set val = 100 where flag = 1;
commit;
т.е. между апдейтом и комитом флаг у некоторых строк изменится ? а если строки удалят ?
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302520
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я слыхал какие-то разговоры про UPDATE, но не помню насколько оно не соответствует стандарту. Я не спорю что может завызываться на порядок присваивания значений полям можно, но по-моему это сродни тому как писать математические выражения строго основываясь на приоритетах операций. Другой человек если такой код читать будет - матом будет крыть программиста кто так делает. В общем есть пара проблем и нужно знакть как не надо делать.

Я считаб что проблемы - это там где нет вариантов обхода. Примеры я выше привёл.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302522
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я имею в виду настоящие проблемы. А всяческие подобные нарушения стандарта - это скорее багофичи, которые будут исправлены рано или поздно. Из новых фич какая стандарту не соотвествует? Кто назвать может?

А старые баги попробуйте исправить кому не нравяться они? Исходники то есть! Не можете ? :-) Ну так и разработчики тоже программисты как и вы, которые пыхтят разбираясь в чужих глюках.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302528
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Yo: Не понял, кем изменяться? Вобще-то на это как минимум две транзакции нужны или сложную логику в ХП. Если разные транзакции одно менять будут, то Deadlock должен быть...
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302530
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gold пишет:

> Я имею в виду настоящие проблемы.

надо писать так: "НАСТОЯЩИЕ ПРОБЛЕМЫ". Так пафоснее звучит :)

> А старые баги попробуйте исправить кому не нравяться они? Исходники то
> есть! Не можете ? :-)

Что за детсадовский понт? Еще скажи: "а вам слабо...
....призвать на свою 5-ю точку НАСТОЯЩИЕ ПРОБЛЕМЫ, чтобы потом пыхтя их
преодолевать?" ;)))

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

Полагаю, что для них это во многом как хобби. Каждому свое.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302538
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Александр Гoлдун:

Я не понял, ты наехать хочешь на сервер или на меня лично? Что означает фраза

авторЧто за детсадовский понт? Еще скажи: "а вам слабо...
....призвать на свою 5-ю точку НАСТОЯЩИЕ ПРОБЛЕМЫ, чтобы потом пыхтя их
преодолевать?" ;)))

Не, всё, с меня хватит. Боюсь брань из уст моих пролиться может. Ухожу отсюдова долой... Не знаю что там ваш Sybase который вы расхваливаете, но если он на MsSQL сервер похож, то НАСТОЯЩИЕ ПРОБЛЕМЫ у вас...
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302547
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sybase (ASE) похож, Watcom (ASA) нет. В принципе на ASA с IB легко перелазить - народ видит BEFORE триггера и SELECT * FROM ХП() и уже радуется, что не все так плохо. Потом видит все остальное и радуется еще больше

P.S. Вообще то Александр пошутил, так как он уважает FB и надеется на его успешное развитие. Какие вы все таки обидчивые все, нельзя же так.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302742
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gold пишет:

> Я не понял, ты наехать хочешь на сервер или на меня лично?

Я? Наехать???? Да вы что, батенька? Ни в коем разе! К людям я отношусь
хорошо, а сервер - это набор байт. Зачем на них наезжать? И как?
Хотя, конечно же, можно замотать на CD и наехать катком. А смысл?

> Не, всё, с меня хватит. Боюсь брань из уст моих пролиться может. Ухожу
> отсюдова долой...

Правильно. Надо дышать глубже, смотреть веселее и помнить, что настоящие
ценности в жизни - это никак не SQL-сервера.

> Не знаю что там ваш Sybase который вы расхваливаете,
> но если он на MsSQL сервер похож, то НАСТОЯЩИЕ ПРОБЛЕМЫ у вас...

Осталось запустить MS Word и 4096 раз набрать фразу Windoz mast dai до
полного просветления.

P.S. Смайлики - трупики эмоций.


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302808
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS пишет:

> P.S. Вообще то Александр пошутил, так как он уважает FB

Я не FB уважаю, а сообщество профессионалов вокруг него. Люди, с
которыми интересно пообщаться. Полны энтузиазма и хорошего оптимизма
Сам же FB как сервер у меня не прижился пока.

> и надеется на его успешное развитие.

Конечно надеюсь. Чем больше серверов, хороших и разных, тем лучше нам,
пользователям этих серверов :) Здоровая конкуренция.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33302902
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр Гoлдун
UPDATE tablename SET a=b, b=a
Но надо отдать должное, что такое поведение UPDATE иногда удобнее
стандартного.


пример, когда удобнее можно ?
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33303017
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)пример, когда удобнее можно ?

Код: plaintext
1.
2.
update tab
set a = :val1 * :val2, b = a / :val3, c = b * :val4
where id = :id

вместо

Код: plaintext
1.
2.
update tab
set a = :val1 * :val2, b = :val1 * :val2 / :val3, c = :val1 * :val2 / :val3 * :val4
where id = :id

пример утрирован, но смысл, надеюсь, понятен. Вообще, алгоритмы обработки DML в IB/FB имеют много общего с процедурными языками программирования. Отсюда и несовместимость с ANSI-спецификацией.
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33303151
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не думаю, что это хорошо согласуется с SQL
...
Рейтинг: 0 / 0
PostgreSQL vs All
    #33306629
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Не думаю, что это хорошо согласуется с SQL

это очень плохо согласуется с SQL :) и я не спорил с этим. Просто описал, почему все именно так. Слишком еще глубоки пред-SQL'ные корни IB, выкорчевываются с трудом.
...
Рейтинг: 0 / 0
24 сообщений из 149, страница 6 из 6
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PostgreSQL vs All
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]