|
|
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
tangliriscrafmtangliriscrafmа как получилось дропнуть что-то, от чего зависит другое?Как, как... каскадом! :)каскад работает сверху вниз, вообще-то.вообще-то это и имелось в виду... или я не понимаю, что у вас сверху, а что снизу? все вроде написано: как получилось дропнуть что-то, от чего зависит другое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:08 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
web_foxALTER-команды в принципе для неинтелектуальных людей сделаны, верно? Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды CREATE SYNONYM и CREATE VIEW. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:11 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
2 Gluk (Kazan) 1. В рамках наката некоего патча, изменяем интерфейс пакета 2. Что должно происходить с пакетами и триггерами, зависящими от этого пакета? a) Все зависимое будет автоматически удалено (ужос) б) Не даст изменить пакет пока что то от него зависит (аля PostgreSQL, как я понял) Почему нет третьего варианта - даст изменить пакет, при условии, что зависимое от него было изменено соответствующим образом (дабы при коммите не образовалось инвалидов)? Как мне казалось, те, кто называют себя разработчиками БД, не должны делать удивлённых глаз при фразах типа "атомарное изменение нескольких сущностей" Но не менее, и даже более, были бы полезны средства аналогичные Oracle-овским INVALID-ам, скажем в MSSQL Лучше иметь оракловых инвалидов, чем не иметь вообще никаких средств инвалидации, как оно сделано (ну, т.е. как оно не сделано) в MS SQL. Это бесспорно. Но при этом лучше не иметь инвалидов совсем. Да, это рассуждение из серии "плохо быть больным и бедным, хорошо быть богатым и здоровым, только вот не всегда получается". Удивляет меня не то, что не всегда и не у всех получается быть здоровыми и богатыми, а то, что меня пытаются убедить, что быть здоровым и богатым плохо. Нет возможности совсем никогда не иметь инвалидов - что ж поделать, жизнь такая. Но ведь напрашивается вполне очевидное решение - иметь хотя бы галку " разрешено иметь инвалидов". Хочется поиметь инвалидов - разреши их, поимей их. Не хочется - не разрешай их, не имей их. Оракл, славящийся миллионом бесполезных настроек, ниасилил простую вещь? Ну ниасилил. Нафиг только по ушам ездить, что это хорошо и правильно. --------------------- 2 SergSuper мне в голову не могло придти что это можно воспринимать серьёзно Хммм... а мне в голову не приходило, что СУБД можно рассматривать как инструмент разработки. Даже при том, что я кучу времени пописывал на MS Access'е, который собственно и есть сборная солянка из БД, клиентской морды, и программерского куска Visual Basic. Может с таким то подходом, "БД как инструмент разработки и заодно хранилище некомпилируемого говнокода" - на аксесе надо писать, а не на оракле? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:14 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov web_foxALTER-команды в принципе для неинтелектуальных людей сделаны, верно? Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды CREATE SYNONYM и CREATE VIEW. Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? ) PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:18 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
web_fox Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? ) PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя ) Между ALTER TABLE ADD COLUMN и ALTER TABLE RENAME есть определённая разница: первая создаёт ранее не существовавшую сущность, вторая - изменяет уже существовавшую. Надеюсь, Вы в состоянии прочувствовать последствия этой разницы... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:25 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Да, да, мы все знаем, что промышленные СУБД вообще не любят команду INSERT и без большого бубна с большими объёмами данных в них работать не получится: http://www.sql.ru/forum/actualthread.aspx?tid=770932 типа а у вас негров линчуют! ну да, линчуют, интересно что тот лапоть ожидал инсертя во время роллбека ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:33 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov web_fox Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? ) PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя ) Между ALTER TABLE ADD COLUMN и ALTER TABLE RENAME есть определённая разница: первая создаёт ранее не существовавшую сущность, вторая - изменяет уже существовавшую. Надеюсь, Вы в состоянии прочувствовать последствия этой разницы... Шо вы говорите. ALTER TABLE RENAME COLUMN? Что, тоже для неинтеллектуалов сделали? PS шах и мат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 18:46 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости? тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 21:35 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
SergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости? тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше Программируйте на Quick Basic for MS DOS, господа инвалидофилы :) Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 21:43 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Дополнительно - удачи в работе с базами с отключёнными (более того, невключаемыми) констрейнтами. Оно ведь тоже из этой же серии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 21:50 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
ЛПSergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости? тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше Программируйте на Quick Basic for MS DOS, господа инвалидофилы :) Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.да вот как-то за два года работы с ораклом не удалось вступить даже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано т.е. вроде всё подготовлено что б вступить, а не получается наверно неправильно хожу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 23:08 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
SergSuperдаже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано т.е. вроде всё подготовлено что б вступить, а не получается наверно неправильно хожу просто вам уже рассказали что это нормально . Базы разные нужны, базы разные важны. Но уж очень дикие случаи, я думаю, не стоит рассматривать как что-то обычное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 00:54 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд. сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п. если разработчики не в состоянии написать патч так, чтобы при этом база перешла в консистентное состояние - это говорит о небольшом опыте таких разработчиков. если разработчики пишут код на промышленной базе, то это от небольшого ума дба. на промышленной субд никого и никогда не должно быть. кстати, это основная причина, по которой патчи не всегда проходят так, как ожидалось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 01:18 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
iscrafmSergSuperдаже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано т.е. вроде всё подготовлено что б вступить, а не получается наверно неправильно хожу просто вам уже рассказали что это нормально . Базы разные нужны, базы разные важны. Но уж очень дикие случаи, я думаю, не стоит рассматривать как что-то обычное.что значит "мне рассказали"? по-вашему я сам не могу мнения составить? да, я считаю такое решение вполне нормальным, если Вы не разобравшись сразу называете это "диким случаем", то это Вас не очень хорошо характеризует и вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте? здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 01:26 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
SergSuperи вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте? здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону Для "баланса плюсов и минусов" есть сходу и неоднократно упомянутое настроечное решение - включаемая/отключаемая поддержка целостности. Но у вас, видите ли, "объекты инвалидные и так и задумано". Мало того, что так и задумано, принципиально неработающие объекты в базе держать, так еще и не против номенклатуру возможных инвалидов расширить. Ну, таблички там всякие создавать, с некорректным определением. Ты ж сам сказал, что не был бы против? Уж не знаю, стоит ли вспоминать слова Gluk'а про свиней, мечтающих нагадить под себя. Есть желание рассматривать базу данных как сборище некомплилируемого кода вперемешку с ошибочными таблицами - да пожалуйста. Еще триггеры отключить раз и навсегда, и констрейнты во всех таблицах, шоб и данные могли быть инвалидными, и лишний повод был сказать "а у нас так и задумывалось". И наступит полное счастье. Инвалидные данные в инвалидных таблицах обрабатываются неработающими триггерами и некомпилируемыми процедурами. У меня для такого бэдэ не придумывается слова кроме "помойка". Но кому-то наверное это фиалки. Спорить особо не о чем, это чистой (грязной?) воды вкусовщина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 02:37 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
2 AAron вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд. сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п. Дизайнеры... Моделеры... Репозитории... Валидаторы... Слова то какие красивые и вкусные... А тут вот люди отстаивают своё право вести разработку прям в бэдэ, и прямо в там же хранить некомпилируемые заготовки процедурин и недоописанные таблы если разработчики не в состоянии написать патч так, чтобы при этом база перешла в консистентное состояние - это говорит о небольшом опыте таких разработчиков. Я вот в состоянии написать код (патч, процедурину, еще что-нибудь) нормально и без ошибок. Но так как кода (патчей, процудурин и прочего) было за свою жизнь написано предостаточно, и увы не всегда без ошибок, то вынужден признать, что хоть и могу писать без ошибок, однако же могу песать и с ашибками. И по этой причине не имею ничего против дополнительного жесткого контроля со стороны бездушной машины, она по крайней мере с похмелья не страдает. В вопросах надёжности лучше перебздеть, чем недобздеть. Помимо всего прочего будет очень обидно получить безобразие даже не по своей вине, а по вине какого-нибудь дизайнера-моделера-репозитория-валидатора. если разработчики пишут код на промышленной базе, то это от небольшого ума дба. на промышленной субд никого и никогда не должно быть. кстати, это основная причина, по которой патчи не всегда проходят так, как ожидалось. Слова хорошие и правильные. Осталось понять, как же так, с большим-то умом, да наверняка еще и со всякими моделерами-репозиториями-валидаторами, а вон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось. Может это какая-то неизвестная мне парадигма программирования? Дзен-буддистское программирование, построение непостроибельного... Вопрос не к Вам конечно же, товарисч AAron, так, к слову пришлось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 04:23 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov web_fox Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? ) PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя ) Между ALTER TABLE ADD COLUMN и ALTER TABLE RENAME есть определённая разница: первая создаёт ранее не существовавшую сущность, вторая - изменяет уже существовавшую. Надеюсь, Вы в состоянии прочувствовать последствия этой разницы... Обе изменяют сущность (таблицу). Представим, что в какой-то из ХП у нас есть select * (да да, за это надо отрывать яйца, но разработчики СУБД должны учитывать такую возможность). Дальше объяснять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 07:55 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
ЛПSergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости? тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше Программируйте на Quick Basic for MS DOS, господа инвалидофилы :) Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой. Неа. Это есть в MS SQL, с его отсутствием инвалидов (причем в ОНО можно наступить через год после внедрения продукта). В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 07:59 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
По поводу отключаемых настроек по части валидации, я уже говорил, что Oracle мог бы быть лучше и сферичнее в некоем идеальном, далеком от нас мире (впрочем, есть мнение, что там бы он не понадобился). Лично меня (до выхода 11 версии млять) устраивал тот Oracle, который существует в нашем, реальном мире, и свиньей я себя при этом не считаю. Мне конечно не очень приятно, что отдельные воинствующие максималисты, прилюдно (и не с фига) придерживаются иного мнения, называя меня при этом старым перичником, религиозным догматиком и желтым земляным червяком, но поскольку я за прурализм, а помимо прочего, считаю рассуждения о том каким-бы хорошим был Oracle, если бы в нем (кроме прочего) были транзакционные DDL, считаю маниловщиной, то мне это глубоко фиолетово ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 08:09 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте) Можно пример "гемороев на пустом месте"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 08:49 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
eBaseGluk (Kazan)В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте) Можно пример "гемороев на пустом месте"? можно С инвалидами (пусть и живущими только до commit-а) все было-бы проще Кстати, в отличии от Oracle, FB вполне можно исправить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 08:52 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
iscrafmа как получилось дропнуть что-то, от чего зависит другое? Зачем же Вы не знаете как так получилось? Ну простой пример. Есть схема. Смотрим в ней инвалидов, пока не удалили ниче. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Смотрим, на всякий случай шо за триггер был. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Видим, что это триггер DB_PARAMS_TIB. Все номано - парни ставили и сносили инфу о параметрах. Ничего критичного. Но не чистим корзину. Ранее к примеру были созданы последовательность и процедура. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Ну видим шо в процедуре юзают последовательность. Но это могло быть много процедур и много триггеров для счетскав суррогатных первичных ключей. Теперь вдруг выдвинуто требование установить мультимастер репликацию. Сервера два. Чтобы разрулить значения суррогатов на серверах нужна последовательность на одном четная на другом не четная. Кроме того начинаться должно с 1000 к примеру, ну типа максимальное значение из всех. Однако, ALTER SEQUENCE не позволяет поменять start with. А ДБА хочет чтобы он на момент установки стал 1000 (на самом деле, оно может там в процедурах установки репликации вычисляется). он решает его пересоздать. Код: plaintext 1. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Ну че? ее нуно было удалить? Хотя бы в карзину? Или не разрешить дропнуть последовательность?Ну не знаю. Ить дальше всего-то остается Создал новую последовательность Код: plaintext 1. 2. 3. перекопелил все инвалидное в схеме Код: plaintext 1. 2. 3. 4. Опять посмотрел инавлидов Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 09:12 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Gluk (Kazan)можно С инвалидами (пусть и живущими только до commit-а) все было-бы проще Кстати, в отличии от Oracle, FB вполне можно исправить В той статье автор понаписал много глупостей причем раздул проблему больше чем она есть на самом деле. Кстати статья сделана как рекламный ход, поэтому некоторые моменты были приувеличены. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 09:20 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
eBaseGluk (Kazan)можно С инвалидами (пусть и живущими только до commit-а) все было-бы проще Кстати, в отличии от Oracle, FB вполне можно исправить В той статье автор понаписал много глупостей причем раздул проблему больше чем она есть на самом деле. Кстати статья сделана как рекламный ход, поэтому некоторые моменты были приувеличены. Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами. 1:1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 09:27 |
|
||
|
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
|
|||
|---|---|---|---|
|
#18+
[quot Gluk (Kazan)Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами. 1:1?[/quot] Отчасти соглашусь с 1:1, т.к. инвалиды мне не мешают но все же предпочитаю чтобы в базе небыло недоделанных "заготовок". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 09:34 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36719028&tid=1552787]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 171ms |

| 0 / 0 |
