powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
19 сообщений из 494, страница 20 из 20
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738244
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopВот текст запроса для ALL_TABLES. Что теперь?

Теперь даже последнему идиоту видно, что я прав, а Глюк Казанский может
идти с v$-представлениями в сад.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738277
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Жаль, конечно, что ушли от изначальной темы.
Но про указанную статью высказали почти все, что можно на первых страницах.
Незнание автором МС СКЛ вкупе с тем, что при сравнении СУБД автор затрагивает средства разработки, наличие/отсутствие документации, и возможность внедрения кода на VB просто улыбает.

Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738303
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
dbms_photoshopВот текст запроса для ALL_TABLES. Что теперь?

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


x$-таблички там внимательно разглядел?
давай, вешай свои констрейнты, вперед, давно ждем
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738364
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 dbms_photoshop
Для тебя будет откровением, но процедура с ошибками и в оракле не скомпилируется . Но тем не менее может быть сохранена как и файл с исходниками в студии.
Тебе удобно было бы, если б в студии нельзя было нажать кнопочку SAVE ALL до тех пор пока ты не сможешь откомпилировать весь проект?
Товарисч фотошоп, если ты невнимательно читал топик, то краткое содержание небольшого куска обсуждения, в который ты встрял.
Кто-то считает, что база данных - это самое подходящее место для хранения недописаных исходников, заготовок под будущие нетленки, и прочего программерско-кодерского мусора.
Кто-то считает, что весь этот мусор подлежит хранению где-нибудь в другом месте, а не в базе, и уж тем более не в боевой.

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

ЛПвон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось.
Если ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено.
Если на момент коммита инвалидов нет - то и хорошо.
А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738430
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738443
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshop
Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?в МС СКЛ нет переменных пакета
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738473
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbms_photoshopDimitry Sibiryakov
Gluk (Kazan)О ... ты ничего не слышал о v$-представлениях ???

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

Я не перестаю удивляться. Это ж насколько надо иметь завышенное самомнение, чтоб так беспардонно выставлять свою невежественность.
Вот текст запроса для ALL_TABLES. Что теперь?
вопрос с ответом даже не попытался сопоставить.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738575
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПТак что к вопросу о кнопке ЫФМУ АДД - пусть сохраняет, конечно. Куда угодно, хоть в проект девелоперской студии, хоть в паспорт разработчика. Но не в базу (тем более боевую ), ибо нахрен оно там надо.
Абсолютно согласен. Поэтому обычно в серьезных конторах предусмотрен механизм перенесения изменений на боевую базу.
ЛПdbms_photoshopЕсли ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено.
Если на момент коммита инвалидов нет - то и хорошо.
А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась.
Можно трактовать как на момент окончания наката изменений в базе?
Если да, то потихоньку приходим к взаимопониманию - вот и прекрасно.
Только да, я считаю что удобнее перекомпилить инвалидные, чем удалить зависимые и создать их заново. У тебя другое мнение - твое право. Я просто хотел чтоб ты и Дмитрий взглянули на этит процесс с другой стороны.
Dimitry Sibiryakovdbms_photoshop
Теперь найди хоть одного ораклиста, который сказал бы что удобно
работать когда вместо того, чтобы объекты стали инвалидными - они просто
удаляются.
Убеждение, что инвалидов можно только убивать это какая-то
профессиональная деформация... Мысль, что инвалидность можно
предотвращать никогда не появлялась в голове?Появлялась, но не показалась рациональной. Если ты считаешь это проф деформацией - пусть так.
Я плотно работал только с ораклом и мс скл и даже больше скажу: я за то, чтоб в мс скл был такой же механизм с инвалидацией как в оракле.

PS Фанатом никакой СУБД не являюсь, если что. В любой пытаюсь найти интересные наработки или ноу-хау. :)
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36738584
Фотография dbms_photoshop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperdbms_photoshop
Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?в МС СКЛ нет переменных пакета
Я в курсе. Немного некорректно написал.
Да и переменные пакета ни при чем. Можно добиться и без них: ora-04068. и как ее "правильно" хендлить
Впрочем мнение по указанному вопросу меня уже не интересует. :) С указанными участниками все ясно.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739125
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 dbms_photoshop
ЛП Если на момент коммита инвалидов нет - то и хорошо.
А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась.

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

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

Я плотно работал только с ораклом и мс скл и даже больше скажу: я за то, чтоб в мс скл был такой же механизм с инвалидацией как в оракле.
Где-то чёрного ящика нет совсем, а где-то он есть кривой.
Хорошо, конечно, что он есть хоть какой-то. С другой стороны, толку то от него. Один хрен "в служебные обязанности Оракл-ДБА входит отстрел инвалидов".
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739544
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovДля меня не откровение и то, что триггер тоже будет сохранён. И
попытается откомпилироваться самостоятельно при первом вызове.Не не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739587
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglНе не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )

Ты это индусам расскажи:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
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
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739666
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov,

+1


Остается добавить, что dba увидел инвалиды и постирал их нафиг
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739672
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!

за все же заплачено.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739849
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
SiemarglНе не. Это джин в чистом виде.
Самостоятельные действия ИИ противопоказаны пока )

Ты это индусам расскажи:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
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
Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!


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

Код: plaintext
1.
alter trigger HR.INV_TEST disable
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739861
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие
говорили, что это так удобно!

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

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
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.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739870
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Недостатков в ORACLE нет, есть кривые руки.
есть еще вариант решения:
Код: plaintext
drop trigger inv_test 
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739883
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот у Yo.! даже ХреН заработал =)


Есть научное понятие инварианта .
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36739903
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
логика, в принципе, понятна:
...
Рейтинг: 0 / 0
19 сообщений из 494, страница 20 из 20
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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