FreemanZAVОперационная система по умолчанию конечно же M$ windowsСовсем не факт.

У нас целые отделы сидят на OS по умолчанию.
OS по умолчанию - Linux,
Без умолчания - FreeBSD

fifinaМне нужно сравнить эти СУБД в пользу постгри, помогите, это нужно для дипломанайдите задачу, где выигрывает Версионная БД и/или Объектная БД.

И буде вам счастье.

PS
PostrgeSQL - версионник + ОРСУБД .
MySQL - блокировочник (на MyISAM) + РСУБД.
MS SQL 2000 - блокировочник + РСУБД.

vadiminfo
Не объектная , а именно ОРСУБД

Во вторых

VoDA
MS SQL 2000 - блокировочник + РСУБД.

Нуно доказать, что Скуль не ОРСУБД. Если не докажет - минус бал на дипломе.

В третьих

Скуль 2005 впендюрил версионность так или иначе.

Так шо счастья может и не быть
1. С ОРСУБД - согласен.
Но ОРСУБД от РСУБД отличается буквой О, т.е. объектностью ИМХО.

2. Е-мае. а что тогда Объекты в терминах MS SQL?

3. Я говорил только о MS SQL 2000. На защите можно обосновать свой выбор "обкаткой" системы в течении многоих лет (много сервис-паков вышло ).

ЗЫ господа - будьте проще. Это же диплом, а не проект, который нужно ПОЛНОСТЬЮ реализовать.

vadiminfoВот именно, отличается. И надо думать Скуль претендует на О, но не объективность, а так или иначе поддержку ООП.

Думаю, что экземпляры пользовательского типа или как там они у них называются.

А он то спрашивал про Скуль. Раз есть 2005, то это игнорировать на дипломе не безопасно. Луче вообще не трогать, чтобы не нарваться на разные вопросы.
Доброго времени суток.

MS SQL 2005 Можно игнорировать, нужно только продумать аргументацию для этого.
Я вот диплом на Lotus делал, забив на остальные СУБД и ничего... немного аргументов и вперед.

А как связаны экземпляры пользовательского типа и объекты + уже сказали про наследование которое есть в PostgreSQL? Может я чего не знаю, плиз. ткни в RTFM.

Один из подходов к защите показал и аргументировал Maxel . ИМХО неплохо.

vadiminfoЯ исхожу из того, что ОРМД развивается у них в СКуле и Оракле и ДиБи2 примерно одинаково, раз они конкурируют. Плюс то что пользовательские типы в Скуле видел в 7 версии. В Оракле это называется объектными типами. Они соответсвуют понятию класса в ООП. В 9 Оракле есть наследование какое-то. Инкапсуляция однозначно есть. С полиморфизмом не в курсе. Мож и есть ограничения и потому не классами а объектными и пользователскими типами называются. Скорей всего и в Скуле должно быть. А если он начнет на дипломе пытаться доказывать, что в постгри лучше поддерживается ООП, он более объектноориентированный, чем Скуль, то он рискует зайти далеко в ООП по отношению к своему диплому. Если тока он уверен в своих силах и силах постгри. И Скуль и Оракл и ДиБи2 знают, что есть в постгри, а бабок у них хватит, если не самим разработать,то купить все реально стоящее (а у IBM вседа были исследовательские лаборатории). Из этих сображений, я думаю, луче в О не лезть. Все равно с ним пока в плане применения чувствуется сдержанность (если есть возможнось луче пока не использовать - оно похоже еще в развитии).
Похоже ошибка - в исходной предпосылке.

Как я понял пользовательские типы в MS SQL - это домены или надстройки над базовыми типами. Т.е. можно, к примеру, ограничить значения в поле int числеми от 28 до 42 (данные в этом поле проходят верификацию), но переменная в типе - одна.

Исходя из доков по Ораклу я понимаю, что в нем объектный тип может содержать несколько переменных.

PS все относится ТОЛЬКО к MS SQL 2k.
PPS самое простое тогда сравнивать только бесплатные БД (для собственного испольхования). туда попадут как минимум MySQL, PostgreSQL, FB. На чем можно и ограничиться.

FreemanZAV Maxelsql server это именно ms sql server... это всем известная вещь. Под словом ВСЕМ имеется в ввиду "всем более-менее относящим себя к профессионалам".
Ну наконец то появился гений, который вывел таки критерий непрофессионализма:
Это те у кого термин sql server не ассоциируется с ms sql ЗачЁт.

Млин или выругаться что-ли...

ну я MaxelЕсли делаем коммерческий продукт и собираемся в его составе продавать базу, то вообще говоря делать это с mysql незаконно, а мы ведь не хотим сесть в тюрьму.
Кстати, а были прецеденты?Maxel имеет в виду, что используя бесплатный MySQL - ты испльзуешь его под GPL-лицензией. соответственно ОБЯЗАН при распростронении своего продукта его открывать.

Если не открыл, то нарушил лицензию. За это покупатели (приобретатели) продукта могут и поиметь...

Можно купить закрытый MySQL (с закрытой лицензией) и распростронять свое ПО в закрытом виде.

PS прецеденты были - компании просто открывали исходники + вроде платили штрафы.
PPS про подобные прециденты в России не слышал.

Yo.!! VoDA
Maxel имеет в виду, что используя бесплатный MySQL - ты испльзуешь его под GPL-лицензией. соответственно ОБЯЗАН при распростронении своего продукта его открывать.


за использование никто ни денег ни исходников не просит, просят только за распространение в составе своего продукта .

2ЛП
это не интересно, такое нельзя использовать с sql и t-sql
Балин. повторяю:

За распростронение в составе продукта ТОЛЬКО если продукт не GPL (и не входит в FLOSS Exception).

Dogen VoDA
За распростронение в составе продукта ТОЛЬКО если продукт не GPL (и не входит в FLOSS Exception).
А также за продажу коммерческого продукта, который теряет свои полезные свойства при отсутствии MySQL у потребителя.

Кстати, а если продукт может использоваться с MySQL, PostgreSQL, FB и т.д. - перестает ли он подпадать под озвученное требование??Хм... ну если копать дословно, то:

Платить нужно ТОЛЬКО за распростронение ( включая продажу ) ЗАКРЫТОГО продукта, связанного с MySQL.
Связанный означает, что без MySQL server'a продукт не работает (теряет функциональность).

2 - Да, не попадает. Т.к. теперь продукт не является связанным (зависимым) от GPL-прдукта (в данном случае MySQL-a).

PS теоретически если продукт работает через ODBC/ JDBC и на стандартном SQL, то его можно считать независимым, поскольку его можно легко переключить на другую СУБД.
PPS все ИМХО

ооюще по поводу MySQL нужно понять, что у него ДВЕ лицензии (GPL + коммерческая).

Использовать можно любую (за одну из них нужно денег платить)

DogenДругое дело что если бизнес-модель не подразумевает выпуск продукта под GPL, то остается второй вариант. И если все СУБД, с которыми работает продукт, лицензируются примерно таким же образом, то ничего покупать не нужно.

Альтернативным вариантом является разработка веб-приложения (неясно только, бесплатен ли MySQL как СУБД для интранет, или только для публичных сайтов).1. - правильно.


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

+ по моему для php у MySQL отдельная оговорка в лицензии разрешающая создавать закрытые продукты и распростронять их с MySQL (только я не понял как сделать закрытый продукт на php).