Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 11 12 13 14 15 16 17 18 19 [20]
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Dimitry Sibiryakov
Member

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

dbms_photoshop
Вот текст запроса для ALL_TABLES. Что теперь?

Теперь даже последнему идиоту видно, что я прав, а Глюк Казанский может
идти с v$-представлениями в сад.

Posted via ActualForum NNTP Server 1.4

13 июл 10, 13:47    [9095030]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
dbms_photoshop
Member

Откуда:
Сообщений: 5186
Жаль, конечно, что ушли от изначальной темы.
Но про указанную статью высказали почти все, что можно на первых страницах.
Незнание автором МС СКЛ вкупе с тем, что при сравнении СУБД автор затрагивает средства разработки, наличие/отсутствие документации, и возможность внедрения кода на VB просто улыбает.

Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?
13 июл 10, 13:54    [9095096]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Dimitry Sibiryakov

dbms_photoshop
Вот текст запроса для ALL_TABLES. Что теперь?

Теперь даже последнему идиоту видно, что я прав, а Глюк Казанский может
идти с v$-представлениями в сад.


x$-таблички там внимательно разглядел?
давай, вешай свои констрейнты, вперед, давно ждем
13 июл 10, 14:00    [9095179]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
2 dbms_photoshop
Для тебя будет откровением, но процедура с ошибками и в оракле не скомпилируется. Но тем не менее может быть сохранена как и файл с исходниками в студии.
Тебе удобно было бы, если б в студии нельзя было нажать кнопочку SAVE ALL до тех пор пока ты не сможешь откомпилировать весь проект?

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

Так что к вопросу о кнопке ЫФМУ АДД - пусть сохраняет, конечно. Куда угодно, хоть в проект девелоперской студии, хоть в паспорт разработчика. Но не в базу (тем более боевую), ибо нахрен оно там надо. По моему личному мнению. А кто-то вон считает, что база самое подходящее место для кодопомойки, заготовок под таблицы, и прочего мусора.

ЛП
вон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось.

Если ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено.

Если на момент коммита инвалидов нет - то и хорошо.
А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась.
13 июл 10, 14:14    [9095320]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Dimitry Sibiryakov
Member

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

dbms_photoshop

Чувствуешь разницу между "invalid data entry into the base tables" и
"invalid objects in the user schema"?

Нет. А в чём она?

dbms_photoshop

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

Убеждение, что инвалидов можно только убивать это какая-то
профессиональная деформация... Мысль, что инвалидность можно
предотвращать никогда не появлялась в голове?

dbms_photoshop

Для тебя будет откровением, но процедура с ошибками и в оракле не
скомпилируется. Но тем не менее может быть сохранена как и файл с
исходниками в студии.

Для меня не откровение и то, что триггер тоже будет сохранён. И
попытается откомпилироваться самостоятельно при первом вызове.

dbms_photoshop

Тебе удобно было бы, если б в студии нельзя было нажать кнопочку SAVE
ALL до тех пор пока ты не сможешь откомпилировать весь проект?

Для меня было бы неудобно, если бы ранее работавший экзешник отказывался
продолжать работать, пока не пройдёт компиляция всех изменённых исходников.

Posted via ActualForum NNTP Server 1.4

13 июл 10, 14:30    [9095516]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
dbms_photoshop

Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?
в МС СКЛ нет переменных пакета
13 июл 10, 14:32    [9095549]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
dbms_photoshop
Dimitry Sibiryakov

Gluk (Kazan)
О ... ты ничего не слышал о v$-представлениях ???

Список v$-представлений, на которых базируется ALL_TABLES - в студию!!!

Я не перестаю удивляться. Это ж насколько надо иметь завышенное самомнение, чтоб так беспардонно выставлять свою невежественность.
Вот текст запроса для ALL_TABLES. Что теперь?

вопрос с ответом даже не попытался сопоставить.
13 июл 10, 14:38    [9095628]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
dbms_photoshop
Member

Откуда:
Сообщений: 5186
ЛП
Так что к вопросу о кнопке ЫФМУ АДД - пусть сохраняет, конечно. Куда угодно, хоть в проект девелоперской студии, хоть в паспорт разработчика. Но не в базу (тем более боевую), ибо нахрен оно там надо.

Абсолютно согласен. Поэтому обычно в серьезных конторах предусмотрен механизм перенесения изменений на боевую базу.
ЛП
dbms_photoshop
Если ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено.

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

Можно трактовать как на момент окончания наката изменений в базе?
Если да, то потихоньку приходим к взаимопониманию - вот и прекрасно.
Только да, я считаю что удобнее перекомпилить инвалидные, чем удалить зависимые и создать их заново. У тебя другое мнение - твое право. Я просто хотел чтоб ты и Дмитрий взглянули на этит процесс с другой стороны.
Dimitry Sibiryakov
dbms_photoshop

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

Убеждение, что инвалидов можно только убивать это какая-то
профессиональная деформация... Мысль, что инвалидность можно
предотвращать никогда не появлялась в голове?
Появлялась, но не показалась рациональной. Если ты считаешь это проф деформацией - пусть так.
Я плотно работал только с ораклом и мс скл и даже больше скажу: я за то, чтоб в мс скл был такой же механизм с инвалидацией как в оракле.

PS Фанатом никакой СУБД не являюсь, если что. В любой пытаюсь найти интересные наработки или ноу-хау. :)
13 июл 10, 15:10    [9095991]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
dbms_photoshop
Member

Откуда:
Сообщений: 5186
SergSuper
dbms_photoshop

Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?
в МС СКЛ нет переменных пакета

Я в курсе. Немного некорректно написал.
Да и переменные пакета ни при чем. Можно добиться и без них: ora-04068. и как ее "правильно" хендлить
Впрочем мнение по указанному вопросу меня уже не интересует. :) С указанными участниками все ясно.
13 июл 10, 15:13    [9096025]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
2 dbms_photoshop
ЛП
Если на момент коммита инвалидов нет - то и хорошо.
А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась.


Можно трактовать как на момент окончания наката изменений в базе?

Зачем чего-то как-то трактовать? Нафиг вообще сущности какие-то изобретать новые?
Есть устойчивое понятие - "транзакция". Человекам, работающим с базами данных, оно должно быть знакомо не понаслышке.
До начала транзакции согласованное состояние, без инвалидов. После транзакции согласованное состояние, без инвалидов. В ходе транзакции рассогласования и инвалиды допускаются.
Изменения атомарные. Изменения изолированы от других пользователей системы.

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

Да мине пофигу, как оно внутри реализовано. Хоть перекомпиляй, хоть удаляй. Черный ящик. Он или работает, или не работает. Или его нет совсем.

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

Где-то чёрного ящика нет совсем, а где-то он есть кривой.
Хорошо, конечно, что он есть хоть какой-то. С другой стороны, толку то от него. Один хрен "в служебные обязанности Оракл-ДБА входит отстрел инвалидов".
13 июл 10, 17:54    [9097676]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6715
Dimitry Sibiryakov
Для меня не откровение и то, что триггер тоже будет сохранён. И
попытается откомпилироваться самостоятельно при первом вызове.
Не не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )
13 июл 10, 23:44    [9098927]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Dimitry Sibiryakov
Member

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

Siemargl
Не не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )

Ты это индусам расскажи:
SQL> create trigger inv_test before insert on b for each row begin 
XpeH!!! end
   2  /

Warning: Trigger created with compilation errors.

SQL> insert into b values ('a', 2);
insert into b values ('a', 2)
             *
ERROR at line 1:
ORA-04098: trigger 'HR.INV_TEST' is invalid and failed re-validation
Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!

Posted via ActualForum NNTP Server 1.4

14 июл 10, 00:25    [9099060]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
Dimitry Sibiryakov,

+1


Остается добавить, что dba увидел инвалиды и постирал их нафиг
14 июл 10, 01:50    [9099284]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Dimitry Sibiryakov

Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!

за все же заплачено.
14 июл 10, 01:54    [9099291]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
vadiminfo
Member

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

Siemargl
Не не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )

Ты это индусам расскажи:
SQL> create trigger inv_test before insert on b for each row begin 
XpeH!!! end
   2  /

Warning: Trigger created with compilation errors.

SQL> insert into b values ('a', 2);
insert into b values ('a', 2)
             *
ERROR at line 1:
ORA-04098: trigger 'HR.INV_TEST' is invalid and failed re-validation
Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!


Ну задизэблите его и сохраняйте, на здоровье

alter trigger HR.INV_TEST disable
14 июл 10, 09:39    [9099821]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Yo.!
Guest
Dimitry Sibiryakov

Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!

ну с такими кривыми руками без шансов. а у меня работает

create trigger inv_test before insert on b for each row begin
XpeH!!! end
 /

Warning: Trigger created with compilation errors.

SQL> SQL> alter trigger  inv_test disable ;

Trigger altered.

SQL> insert into b values ('a', 2);

1 row created.
14 июл 10, 09:43    [9099848]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Недостатков в ORACLE нет, есть кривые руки.
есть еще вариант решения:
drop trigger inv_test 
14 июл 10, 09:52    [9099908]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6715
Вот у Yo.! даже ХреН заработал =)


Есть научное понятие инварианта.
14 июл 10, 09:59    [9099946]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
логика, в принципе, понятна:
14 июл 10, 10:08    [9100018]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 11 12 13 14 15 16 17 18 19 [20]
Все форумы / Сравнение СУБД Ответить