|
|
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopВот текст запроса для ALL_TABLES. Что теперь? Теперь даже последнему идиоту видно, что я прав, а Глюк Казанский может идти с v$-представлениями в сад. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 13:47 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Жаль, конечно, что ушли от изначальной темы. Но про указанную статью высказали почти все, что можно на первых страницах. Незнание автором МС СКЛ вкупе с тем, что при сравнении СУБД автор затрагивает средства разработки, наличие/отсутствие документации, и возможность внедрения кода на VB просто улыбает. Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 13:54 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov dbms_photoshopВот текст запроса для ALL_TABLES. Что теперь? Теперь даже последнему идиоту видно, что я прав, а Глюк Казанский может идти с v$-представлениями в сад. x$-таблички там внимательно разглядел? давай, вешай свои констрейнты, вперед, давно ждем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 14:00 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
2 dbms_photoshop Для тебя будет откровением, но процедура с ошибками и в оракле не скомпилируется . Но тем не менее может быть сохранена как и файл с исходниками в студии. Тебе удобно было бы, если б в студии нельзя было нажать кнопочку SAVE ALL до тех пор пока ты не сможешь откомпилировать весь проект? Товарисч фотошоп, если ты невнимательно читал топик, то краткое содержание небольшого куска обсуждения, в который ты встрял. Кто-то считает, что база данных - это самое подходящее место для хранения недописаных исходников, заготовок под будущие нетленки, и прочего программерско-кодерского мусора. Кто-то считает, что весь этот мусор подлежит хранению где-нибудь в другом месте, а не в базе, и уж тем более не в боевой. Так что к вопросу о кнопке ЫФМУ АДД - пусть сохраняет, конечно. Куда угодно, хоть в проект девелоперской студии, хоть в паспорт разработчика. Но не в базу (тем более боевую), ибо нахрен оно там надо. По моему личному мнению. А кто-то вон считает, что база самое подходящее место для кодопомойки, заготовок под таблицы, и прочего мусора. ЛПвон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось. Если ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено. Если на момент коммита инвалидов нет - то и хорошо. А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 14:14 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
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.07.2010, 14:30 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?в МС СКЛ нет переменных пакета ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 14:32 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopDimitry Sibiryakov Gluk (Kazan)О ... ты ничего не слышал о v$-представлениях ??? Список v$-представлений, на которых базируется ALL_TABLES - в студию!!! Я не перестаю удивляться. Это ж насколько надо иметь завышенное самомнение, чтоб так беспардонно выставлять свою невежественность. Вот текст запроса для ALL_TABLES. Что теперь? вопрос с ответом даже не попытался сопоставить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 14:38 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
ЛПТак что к вопросу о кнопке ЫФМУ АДД - пусть сохраняет, конечно. Куда угодно, хоть в проект девелоперской студии, хоть в паспорт разработчика. Но не в базу (тем более боевую ), ибо нахрен оно там надо. Абсолютно согласен. Поэтому обычно в серьезных конторах предусмотрен механизм перенесения изменений на боевую базу. ЛПdbms_photoshopЕсли ты в поставке сначала дропнешь объекты, а потом пересоздаешь вместо вызова перекомпиляции - читающий твой скрипт подумает, что это писал какой-то идиот. Да, требование, что инвалидов нет - будет соблюдено. Если на момент коммита инвалидов нет - то и хорошо. А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась. Можно трактовать как на момент окончания наката изменений в базе? Если да, то потихоньку приходим к взаимопониманию - вот и прекрасно. Только да, я считаю что удобнее перекомпилить инвалидные, чем удалить зависимые и создать их заново. У тебя другое мнение - твое право. Я просто хотел чтоб ты и Дмитрий взглянули на этит процесс с другой стороны. Dimitry Sibiryakovdbms_photoshop Теперь найди хоть одного ораклиста, который сказал бы что удобно работать когда вместо того, чтобы объекты стали инвалидными - они просто удаляются. Убеждение, что инвалидов можно только убивать это какая-то профессиональная деформация... Мысль, что инвалидность можно предотвращать никогда не появлялась в голове?Появлялась, но не показалась рациональной. Если ты считаешь это проф деформацией - пусть так. Я плотно работал только с ораклом и мс скл и даже больше скажу: я за то, чтоб в мс скл был такой же механизм с инвалидацией как в оракле. PS Фанатом никакой СУБД не являюсь, если что. В любой пытаюсь найти интересные наработки или ноу-хау. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 15:10 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
SergSuperdbms_photoshop Но коль уж зашла речь про Оракл и здесь есть парочку участников с альтернативным мышлением, очень интересно услышать у них мнение по такому вопросу: в Оракле если происходит перекомпиляция пакета, то в рамках одной сессии вывалится ошибка в духе "existing state of packages has been discarded", в МС СКЛ, например, аналогичного поведения не наблюдается. Итак вопрос: это полезно или от этот функционал надо исключить из ядра СУБД?в МС СКЛ нет переменных пакета Я в курсе. Немного некорректно написал. Да и переменные пакета ни при чем. Можно добиться и без них: ora-04068. и как ее "правильно" хендлить Впрочем мнение по указанному вопросу меня уже не интересует. :) С указанными участниками все ясно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 15:13 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
2 dbms_photoshop ЛП Если на момент коммита инвалидов нет - то и хорошо. А что там в процессе наката происходит - в общем-то не так уж и важно. В предположении, что обеспечивается какая-нибудь изоляция - вполне допустимо, что консистентность была нарушена, главное чтоб она вовремя восстановилась. Можно трактовать как на момент окончания наката изменений в базе? Зачем чего-то как-то трактовать? Нафиг вообще сущности какие-то изобретать новые? Есть устойчивое понятие - "транзакция". Человекам, работающим с базами данных, оно должно быть знакомо не понаслышке. До начала транзакции согласованное состояние, без инвалидов. После транзакции согласованное состояние, без инвалидов. В ходе транзакции рассогласования и инвалиды допускаются. Изменения атомарные. Изменения изолированы от других пользователей системы. Только да, я считаю что удобнее перекомпилить инвалидные, чем удалить зависимые и создать их заново. Да мине пофигу, как оно внутри реализовано. Хоть перекомпиляй, хоть удаляй. Черный ящик. Он или работает, или не работает. Или его нет совсем. Я плотно работал только с ораклом и мс скл и даже больше скажу: я за то, чтоб в мс скл был такой же механизм с инвалидацией как в оракле. Где-то чёрного ящика нет совсем, а где-то он есть кривой. Хорошо, конечно, что он есть хоть какой-то. С другой стороны, толку то от него. Один хрен "в служебные обязанности Оракл-ДБА входит отстрел инвалидов". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 17:54 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДля меня не откровение и то, что триггер тоже будет сохранён. И попытается откомпилироваться самостоятельно при первом вызове.Не не. Это джин в чистом виде. Самостоятельные действия ИИ противопоказаны пока ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2010, 23:44 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
SiemarglНе не. Это джин в чистом виде. Самостоятельные действия ИИ противопоказаны пока ) Ты это индусам расскажи: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. говорили, что это так удобно! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 00:25 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, +1 Остается добавить, что dba увидел инвалиды и постирал их нафиг ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 01:50 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие говорили, что это так удобно! за все же заплачено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 01:54 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov SiemarglНе не. Это джин в чистом виде. Самостоятельные действия ИИ противопоказаны пока ) Ты это индусам расскажи: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. говорили, что это так удобно! Ну задизэблите его и сохраняйте, на здоровье Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 09:39 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Я всего-то хотел сохранить в базе заготовку триггера... Тут ведь многие говорили, что это так удобно! ну с такими кривыми руками без шансов. а у меня работает Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 09:43 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Недостатков в ORACLE нет, есть кривые руки. есть еще вариант решения: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 09:52 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2010, 09:59 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36738430&tid=1552787]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 387ms |

| 0 / 0 |
