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

Откуда:
Сообщений: 35345
tanglir
iscrafm
tanglir
iscrafm
а как получилось дропнуть что-то, от чего зависит другое?
Как, как... каскадом! :)
каскад работает сверху вниз, вообще-то.
вообще-то это и имелось в виду... или я не понимаю, что у вас сверху, а что снизу?

все вроде написано: как получилось дропнуть что-то, от чего зависит другое.
1 июл 10, 18:08    [9034234]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Dimitry Sibiryakov
Member

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

web_fox
ALTER-команды в принципе для неинтелектуальных людей
сделаны, верно?

Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды
CREATE SYNONYM и CREATE VIEW.

Posted via ActualForum NNTP Server 1.4

1 июл 10, 18:11    [9034253]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
2 Gluk (Kazan)
1. В рамках наката некоего патча, изменяем интерфейс пакета
2. Что должно происходить с пакетами и триггерами, зависящими от этого пакета?

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

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

Но не менее, и даже более, были бы полезны средства аналогичные Oracle-овским INVALID-ам, скажем в MSSQL

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

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

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

2 SergSuper
мне в голову не могло придти что это можно воспринимать серьёзно

Хммм... а мне в голову не приходило, что СУБД можно рассматривать как инструмент разработки.
Даже при том, что я кучу времени пописывал на MS Access'е, который собственно и есть сборная солянка из БД, клиентской морды, и программерского куска Visual Basic.
Может с таким то подходом, "БД как инструмент разработки и заодно хранилище некомпилируемого говнокода" - на аксесе надо писать, а не на оракле?
:)
1 июл 10, 18:14    [9034278]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
web_fox
Member

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

web_fox
ALTER-команды в принципе для неинтелектуальных людей
сделаны, верно?

Кстати, интеллектуальные люди кроме команды ALTER знают ещё команды
CREATE SYNONYM и CREATE VIEW.


Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? )
PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя )
1 июл 10, 18:18    [9034302]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Dimitry Sibiryakov
Member

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

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

1 июл 10, 18:25    [9034337]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Yo.!
Guest
Dimitry Sibiryakov

Да, да, мы все знаем, что промышленные СУБД вообще не любят команду
INSERT и без большого бубна с большими объёмами данных в них работать не
получится: https://www.sql.ru/forum/actualthread.aspx?tid=770932

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

ну да, линчуют, интересно что тот лапоть ожидал инсертя во время роллбека ?
1 июл 10, 18:33    [9034377]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
web_fox
Member

Откуда: Киев
Сообщений: 444
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 шах и мат.
1 июл 10, 18:46    [9034429]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше
1 июл 10, 21:35    [9035163]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
SergSuper
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше

Программируйте на Quick Basic for MS DOS, господа инвалидофилы :)
Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.
1 июл 10, 21:43    [9035185]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
Дополнительно - удачи в работе с базами с отключёнными (более того, невключаемыми) констрейнтами. Оно ведь тоже из этой же серии.
1 июл 10, 21:50    [9035201]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
ЛП
SergSuper
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше

Программируйте на Quick Basic for MS DOS, господа инвалидофилы :)
Там есть ровно то, что вам так нравится - возможность обнаружить овно путём вступления в оное босой ногой.
да вот как-то за два года работы с ораклом не удалось вступить
даже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу
1 июл 10, 23:08    [9035399]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
SergSuper
даже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу

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

Откуда: Москва
Сообщений: 4324
вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд.
сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п.

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

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

Откуда: SPb
Сообщений: 5488
iscrafm
SergSuper
даже больше сказу - у нас в системе есть объекты которые вполне могут становится невалидными на боевой базе и это никого не смущает, т.е так и задумано
т.е. вроде всё подготовлено что б вступить, а не получается
наверно неправильно хожу

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

и вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте?
здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону
2 июл 10, 01:26    [9035715]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
SergSuper
и вообще - откуда у вас (валидофобов) такая дикая уверенность в своей правоте?
здесь не может быть абсолютной истины, здесь есть баланс плюсов и минусов и для разных ситуаций он может склоняться в разную сторону

Для "баланса плюсов и минусов" есть сходу и неоднократно упомянутое настроечное решение - включаемая/отключаемая поддержка целостности.
Но у вас, видите ли, "объекты инвалидные и так и задумано".

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

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

У меня для такого бэдэ не придумывается слова кроме "помойка".
Но кому-то наверное это фиалки.
Спорить особо не о чем, это чистой (грязной?) воды вкусовщина.
2 июл 10, 02:37    [9035795]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
ЛП
Guest
2 AAron
вообще-то, этот подход напоминает ковыряние совочком в песочнице. безотносительно субд.
сначала разрабатывается логическая модель, затем физическая. используется репозиторий. в любом нормальном средстве моделирования всегда есть проверка зависимостей объектов, валидации схемы и т.п.

Дизайнеры... Моделеры... Репозитории... Валидаторы... Слова то какие красивые и вкусные...
А тут вот люди отстаивают своё право вести разработку прям в бэдэ, и прямо в там же хранить некомпилируемые заготовки процедурин и недоописанные таблы

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

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

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

Слова хорошие и правильные. Осталось понять, как же так, с большим-то умом, да наверняка еще и со всякими моделерами-репозиториями-валидаторами, а вон гляди-ка ты, у SergSuper'а в боевой базе инвалидные объекты, и оно даже так и задумывалось.
Может это какая-то неизвестная мне парадигма программирования? Дзен-буддистское программирование, построение непостроибельного...
Вопрос не к Вам конечно же, товарисч AAron, так, к слову пришлось.
2 июл 10, 04:23    [9035843]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

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

web_fox

Дмитрий, вы лукавите. Признавайтесь, ALTER TABLE ADD COLUMN делали? )
PS. Вместо ALTER TABLE RENAME делать CREATE VIEW - на любителя )

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


Обе изменяют сущность (таблицу).
Представим, что в какой-то из ХП у нас есть select * (да да, за это надо отрывать яйца, но разработчики СУБД должны учитывать такую возможность). Дальше объяснять?
2 июл 10, 07:55    [9035938]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
ЛП
SergSuper
господа инвалидофобы, а можно пример, объясняющий причину вашей непримиримости?

тут разве что говорилось про некого злоумышленника, который может исправить триггер внеся ошибку
как-будто, если он сделает ошибку, но триггер будет компилироваться, лучше

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


Неа. Это есть в MS SQL, с его отсутствием инвалидов (причем в ОНО можно наступить через год после внедрения продукта).
В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)
2 июл 10, 07:59    [9035940]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
По поводу отключаемых настроек по части валидации, я уже говорил, что Oracle мог бы быть лучше и сферичнее в некоем идеальном, далеком от нас мире (впрочем, есть мнение, что там бы он не понадобился). Лично меня (до выхода 11 версии млять) устраивал тот Oracle, который существует в нашем, реальном мире, и свиньей я себя при этом не считаю. Мне конечно не очень приятно, что отдельные воинствующие максималисты, прилюдно (и не с фига) придерживаются иного мнения, называя меня при этом старым перичником, религиозным догматиком и желтым земляным червяком, но поскольку я за прурализм, а помимо прочего, считаю рассуждения о том каким-бы хорошим был Oracle, если бы в нем (кроме прочего) были транзакционные DDL, считаю маниловщиной, то мне это глубоко фиолетово
2 июл 10, 08:09    [9035954]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
eBase
Member

Откуда: Ukraine, Kharkiv
Сообщений: 142
Gluk (Kazan)
В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)

Можно пример "гемороев на пустом месте"?
2 июл 10, 08:49    [9036118]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
eBase
Gluk (Kazan)
В FB, насколько я понял, инвалиды тоже отсутствуют, но по другому (с созданием гемороев на пустом месте)

Можно пример "гемороев на пустом месте"?


можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить
2 июл 10, 08:52    [9036131]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm
а как получилось дропнуть что-то, от чего зависит другое?

Зачем же Вы не знаете как так получилось?

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

Есть схема. Смотрим в ней инвалидов, пока не удалили ниче.
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> 

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

Смотрим, на всякий случай шо за триггер был.

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. Все номано - парни ставили и сносили инфу о параметрах. Ничего критичного. Но не чистим корзину.


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

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 (на самом деле, оно может там в процедурах установки репликации вычисляется).

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

drop sequence S_TEST;
Смотрим инвалидов

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.
Ну че? ее нуно было удалить? Хотя бы в карзину? Или не разрешить дропнуть последовательность?Ну не знаю. Ить дальше всего-то остается

Создал новую последовательность

create sequence S_TEST
start with 1000
increment by 2; 

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


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

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>
То шо было до установки репликации.
2 июл 10, 09:12    [9036245]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
eBase
Member

Откуда: Ukraine, Kharkiv
Сообщений: 142
Gluk (Kazan)
можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить

В той статье автор понаписал много глупостей причем раздул проблему больше чем она есть на самом деле. Кстати статья сделана как рекламный ход, поэтому некоторые моменты были приувеличены.
2 июл 10, 09:20    [9036299]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
eBase
Gluk (Kazan)
можно
С инвалидами (пусть и живущими только до commit-а) все было-бы проще
Кстати, в отличии от Oracle, FB вполне можно исправить

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


Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами.
1:1?
2 июл 10, 09:27    [9036342]     Ответить | Цитировать Сообщить модератору
 Re: Десять главных недостатков PostgreSQL - сравнение MS SQL и PostgreSQL  [new]
Saller
Member

Откуда: exUSSR
Сообщений: 1141
[quot Gluk (Kazan)Дык и тут то-же. Наговорили много глупостей и раздули проблему с инвалидами.
1:1?[/quot]
Отчасти соглашусь с 1:1, т.к. инвалиды мне не мешают но все же предпочитаю чтобы в базе небыло недоделанных "заготовок".
2 июл 10, 09:34    [9036382]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 [10] 11 12 13 14 .. 20   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить