powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
25 сообщений из 494, страница 10 из 20
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718490
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tangliriscrafmtangliriscrafmа как получилось дропнуть что-то, от чего зависит другое?Как, как... каскадом! :)каскад работает сверху вниз, вообще-то.вообще-то это и имелось в виду... или я не понимаю, что у вас сверху, а что снизу?
все вроде написано: как получилось дропнуть что-то, от чего зависит другое.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718497
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
web_foxALTER-команды в принципе для неинтелектуальных людей
сделаны, верно?
Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды
CREATE SYNONYM и CREATE VIEW.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718508
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 Gluk (Kazan)
1. В рамках наката некоего патча, изменяем интерфейс пакета
2. Что должно происходить с пакетами и триггерами, зависящими от этого пакета?

a) Все зависимое будет автоматически удалено (ужос)
б) Не даст изменить пакет пока что то от него зависит (аля PostgreSQL, как я понял)

Почему нет третьего варианта - даст изменить пакет, при условии, что зависимое от него было изменено соответствующим образом (дабы при коммите не образовалось инвалидов)?
Как мне казалось, те, кто называют себя разработчиками БД, не должны делать удивлённых глаз при фразах типа "атомарное изменение нескольких сущностей"

Но не менее, и даже более, были бы полезны средства аналогичные Oracle-овским INVALID-ам, скажем в MSSQL
Лучше иметь оракловых инвалидов, чем не иметь вообще никаких средств инвалидации, как оно сделано (ну, т.е. как оно не сделано) в MS SQL. Это бесспорно.
Но при этом лучше не иметь инвалидов совсем.
Да, это рассуждение из серии "плохо быть больным и бедным, хорошо быть богатым и здоровым, только вот не всегда получается".
Удивляет меня не то, что не всегда и не у всех получается быть здоровыми и богатыми, а то, что меня пытаются убедить, что быть здоровым и богатым плохо.

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

---------------------

2 SergSuper
мне в голову не могло придти что это можно воспринимать серьёзно
Хммм... а мне в голову не приходило, что СУБД можно рассматривать как инструмент разработки.
Даже при том, что я кучу времени пописывал на MS Access'е, который собственно и есть сборная солянка из БД, клиентской морды, и программерского куска Visual Basic.
Может с таким то подходом, "БД как инструмент разработки и заодно хранилище некомпилируемого говнокода" - на аксесе надо писать, а не на оракле?
:)
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718516
web_fox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
web_foxALTER-команды в принципе для неинтелектуальных людей
сделаны, верно?
Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды
CREATE SYNONYM и CREATE VIEW.


Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? )
PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя )
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718538
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718556
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Да, да, мы все знаем, что промышленные СУБД вообще не любят команду
INSERT и без большого бубна с большими объёмами данных в них работать не
получится: http://www.sql.ru/forum/actualthread.aspx?tid=770932

типа а у вас негров линчуют!

ну да, линчуют, интересно что тот лапоть ожидал инсертя во время роллбека ?
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718568
web_fox
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 шах и мат.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718840
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718855
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше
Программируйте на Quick Basic for MS DOS, господа инвалидофилы :)
Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718863
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дополнительно - удачи в работе с базами с отключёнными (более того, невключаемыми) констрейнтами. Оно ведь тоже из этой же серии.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36718940
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПSergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше
Программируйте на Quick Basic for MS DOS, господа инвалидофилы :)
Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.да вот как-то за два года работы с ораклом не удалось вступить
даже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719016
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperдаже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу
просто вам уже рассказали что это нормально . Базы разные нужны, базы разные важны. Но уж очень дикие случаи, я думаю, не стоит рассматривать как что-то обычное.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719024
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд.
сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п.

если разработчики не в состоянии написать патч так, чтобы при этом база перешла в консистентное состояние - это говорит о небольшом опыте таких разработчиков.

если разработчики пишут код на промышленной базе, то это от небольшого ума дба. на промышленной субд никого и никогда не должно быть. кстати, это основная причина, по которой патчи не всегда проходят так, как ожидалось.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719028
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmSergSuperдаже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу
просто вам уже рассказали что это нормально . Базы разные нужны, базы разные важны. Но уж очень дикие случаи, я думаю, не стоит рассматривать как что-то обычное.что значит "мне рассказали"? по-вашему я сам не могу мнения составить?
да, я считаю такое решение вполне нормальным, если Вы не разобравшись сразу называете это "диким случаем", то это Вас не очень хорошо характеризует

и вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте?
здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719057
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperи вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте?
здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону
Для "баланса плюсов и минусов" есть сходу и неоднократно упомянутое настроечное решение - включаемая/отключаемая поддержка целостности.
Но у вас, видите ли, "объекты инвалидные и так и задумано".

Мало того, что так и задумано, принципиально неработающие объекты в базе держать, так еще и не против номенклатуру возможных инвалидов расширить. Ну, таблички там всякие создавать, с некорректным определением. Ты ж сам сказал, что не был бы против? Уж не знаю, стоит ли вспоминать слова Gluk'а про свиней, мечтающих нагадить под себя.

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

У меня для такого бэдэ не придумывается слова кроме "помойка".
Но кому-то наверное это фиалки.
Спорить особо не о чем, это чистой (грязной?) воды вкусовщина.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719088
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 AAron
вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд.
сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п.
Дизайнеры... Моделеры... Репозитории... Валидаторы... Слова то какие красивые и вкусные...
А тут вот люди отстаивают своё право вести разработку прям в бэдэ, и прямо в там же хранить некомпилируемые заготовки процедурин и недоописанные таблы

если разработчики не в состоянии написать патч так, чтобы при этом база перешла в консистентное состояние - это говорит о небольшом опыте таких разработчиков.
Я вот в состоянии написать код (патч, процедурину, еще что-нибудь) нормально и без ошибок. Но так как кода (патчей, процудурин и прочего) было за свою жизнь написано предостаточно, и увы не всегда без ошибок, то вынужден признать, что хоть и могу писать без ошибок, однако же могу песать и с ашибками. И по этой причине не имею ничего против дополнительного жесткого контроля со стороны бездушной машины, она по крайней мере с похмелья не страдает.
В вопросах надёжности лучше перебздеть, чем недобздеть.
Помимо всего прочего будет очень обидно получить безобразие даже не по своей вине, а по вине какого-нибудь дизайнера-моделера-репозитория-валидатора.

если разработчики пишут код на промышленной базе, то это от небольшого ума дба. на промышленной субд никого и никогда не должно быть. кстати, это основная причина, по которой патчи не всегда проходят так, как ожидалось.
Слова хорошие и правильные. Осталось понять, как же так, с большим-то умом, да наверняка еще и со всякими моделерами-репозиториями-валидаторами, а вон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось.
Может это какая-то неизвестная мне парадигма программирования? Дзен-буддистское программирование, построение непостроибельного...
Вопрос не к Вам конечно же, товарисч AAron, так, к слову пришлось.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719132
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov
web_fox
Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? )
PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя )

Между ALTER TABLE ADD COLUMN и ALTER TABLE RENAME есть определённая
разница: первая создаёт ранее не существовавшую сущность, вторая -
изменяет уже существовавшую. Надеюсь, Вы в состоянии прочувствовать
последствия этой разницы...


Обе изменяют сущность (таблицу).
Представим, что в какой-то из ХП у нас есть select * (да да, за это надо отрывать яйца, но разработчики СУБД должны учитывать такую возможность). Дальше объяснять?
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719133
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЛПSergSuperгоспода инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше
Программируйте на Quick Basic for MS DOS, господа инвалидофилы :)
Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.

Неа. Это есть в MS SQL, с его отсутствием инвалидов (причем в ОНО можно наступить через год после внедрения продукта).
В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719138
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По поводу отключаемых настроек по части валидации, я уже говорил, что Oracle мог бы быть лучше и сферичнее в некоем идеальном, далеком от нас мире (впрочем, есть мнение, что там бы он не понадобился). Лично меня (до выхода 11 версии млять) устраивал тот Oracle, который существует в нашем, реальном мире, и свиньей я себя при этом не считаю. Мне конечно не очень приятно, что отдельные воинствующие максималисты, прилюдно (и не с фига) придерживаются иного мнения, называя меня при этом старым перичником, религиозным догматиком и желтым земляным червяком, но поскольку я за прурализм, а помимо прочего, считаю рассуждения о том каким-бы хорошим был Oracle, если бы в нем (кроме прочего) были транзакционные DDL, считаю маниловщиной, то мне это глубоко фиолетово
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719177
eBase
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)
Можно пример "гемороев на пустом месте"?
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719180
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eBaseGluk (Kazan)В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)
Можно пример "гемороев на пустом месте"?

можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719206
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmа как получилось дропнуть что-то, от чего зависит другое?
Зачем же Вы не знаете как так получилось?

Ну простой пример.

Есть схема. Смотрим в ней инвалидов, пока не удалили ниче.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> select o.object_name, o.object_type from user_objects o
   2   where o.status = 'INVALID';
 
OBJECT_NAME                                                                      OBJECT_TYPE
-------------------------------------------------------------------------------- -------------------
BIN$ 41 /N7JXtR3ec/+tq7/zp0w==$ 0                                                    TRIGGER
 
SQL> 

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

Смотрим, на всякий случай шо за триггер был.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
SQL> select * from user_recyclebin;
 
OBJECT_NAME                    ORIGINAL_NAME                    OPERATION TYPE                      TS_NAME                        CREATETIME          DROPTIME               DROPSCN PARTITION_NAME                   CAN_UNDROP CAN_PURGE    RELATED BASE_OBJECT PURGE_OBJECT      SPACE
------------------------------ -------------------------------- --------- ------------------------- ------------------------------ ------------------- ------------------- ---------- -------------------------------- ---------- --------- ---------- ----------- ------------ ----------
BIN$a1RBmz/rTYSTKxCk8HhjCA==$ 0  WASTE_CONTENER                   DROP      TABLE                     USERS                           2010 - 05 - 21 : 11 : 35 : 08   2010 - 05 - 21 : 11 : 38 : 45   1109223943                                   YES        YES            200877        200877         200877            8 
BIN$wALi7qnXTNSvYSAxOXYvtA==$ 0  DB_PARAMS_ITYPE                  DROP      INDEX                     USERS                           2010 - 06 - 29 : 09 : 30 : 57   2010 - 06 - 29 : 15 : 52 : 36   1112914643                                   NO         YES            202905        202905         202909            8 
BIN$OVTHLV+qQ7ShC9PEiSktYg==$ 0  DB_PARAMS_INAME                  DROP      INDEX                     USERS                           2010 - 06 - 29 : 09 : 32 : 29   2010 - 06 - 29 : 15 : 52 : 36   1112914646                                   NO         YES            202905        202905         202910            8 
BIN$ 41 /N7JXtR3ec/+tq7/zp0w==$ 0  DB_PARAMS_TIB                    DROP      TRIGGER                                                   2010 - 06 - 29 : 09 : 29 : 41   2010 - 06 - 29 : 15 : 52 : 36   1112914649                                   NO         NO             202908        202905         202908  
BIN$601Vn1uGTOu0NbQTgEkL6A==$ 0  DB_PARAMS                        DROP      TABLE                     USERS                           2010 - 06 - 29 : 09 : 10 : 57   2010 - 06 - 29 : 15 : 52 : 36   1112914667                                   YES        YES            202905        202905         202905            8 
 
SQL>

Видим, что это триггер DB_PARAMS_TIB. Все номано - парни ставили и сносили инфу о параметрах. Ничего критичного. Но не чистим корзину.


Ранее к примеру были созданы последовательность и процедура.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
create sequence S_TEST
minvalue  1 
start with  1 ;
/


create or replace procedure P_TEST is
i int;
begin
select S_TEST.CURRVAL into i from dual;
end P_TEST;
/

Ну видим шо в процедуре юзают последовательность. Но это могло быть много процедур и много триггеров для счетскав суррогатных первичных ключей.

Теперь вдруг выдвинуто требование установить мультимастер репликацию. Сервера два.
Чтобы разрулить значения суррогатов на серверах нужна последовательность на одном четная на другом не четная. Кроме того начинаться должно с 1000 к примеру, ну типа максимальное значение из всех. Однако, ALTER SEQUENCE не позволяет поменять start with. А ДБА хочет чтобы он на момент установки стал 1000 (на самом деле, оно может там в процедурах установки репликации вычисляется).

он решает его пересоздать.

Код: plaintext
1.
drop sequence S_TEST;
Смотрим инвалидов

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> select o.object_name, o.object_type from user_objects o
   2   where o.status = 'INVALID';
 
OBJECT_NAME                                                                      OBJECT_TYPE
-------------------------------------------------------------------------------- -------------------
BIN$ 41 /N7JXtR3ec/+tq7/zp0w==$ 0                                                    TRIGGER
P_TEST                                                                           PROCEDURE
 
SQL> 
Появилась процедура P_TEST.
Ну че? ее нуно было удалить? Хотя бы в карзину? Или не разрешить дропнуть последовательность?Ну не знаю. Ить дальше всего-то остается

Создал новую последовательность
Код: plaintext
1.
2.
3.
create sequence S_TEST
start with  1000 
increment by  2 ; 

перекопелил все инвалидное в схеме
Код: plaintext
1.
2.
3.
4.
BEGIN
DBMS_UTILITY.COMPILE_SCHEMA (schema => 'WMSS', compile_all => FALSE);
END;
/


Опять посмотрел инавлидов

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> 
SQL> select o.object_name, o.object_type from user_objects o
   2   where o.status = 'INVALID';
 
OBJECT_NAME                                                                      OBJECT_TYPE
-------------------------------------------------------------------------------- -------------------
BIN$ 41 /N7JXtR3ec/+tq7/zp0w==$ 0                                                    TRIGGER
 
SQL>
То шо было до установки репликации.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719211
eBase
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить
В той статье автор понаписал много глупостей причем раздул проблему больше чем она есть на самом деле. Кстати статья сделана как рекламный ход, поэтому некоторые моменты были приувеличены.
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719222
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eBaseGluk (Kazan)можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить
В той статье автор понаписал много глупостей причем раздул проблему больше чем она есть на самом деле. Кстати статья сделана как рекламный ход, поэтому некоторые моменты были приувеличены.

Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами.
1:1?
...
Рейтинг: 0 / 0
Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
    #36719228
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Gluk (Kazan)Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами.
1:1?[/quot]
Отчасти соглашусь с 1:1, т.к. инвалиды мне не мешают но все же предпочитаю чтобы в базе небыло недоделанных "заготовок".
...
Рейтинг: 0 / 0
25 сообщений из 494, страница 10 из 20
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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