Страница 1 из 3

Добавлено: 24 апр 2004, 16:25
DeeJayC
Absurd писал(а):
DeeJayC писал(а): БД. Самый простой пример. Особенно Oracle, Sybase. Для Oracle ещё AIX хорош.
Mail Server + Шлюз + Простой Web Server - Suse Linux - стандартный
разлив из коробки. Стоит явно дешевле. Support - хоть отбавляй. Hotline отлично работает. (Конечно, со свистнутой виндой не сравнить)
Слишком дорого ставить Оракл на уникс и брать к этому хозяйству непонятного человека, которому надо платить от ~1000 долларов.
Проще поставить какое-нибудь дельфийское решение и посадить за это дело лоха за 300 долларов.
Ну, у нас одна основная оракловая табличка занимает 125Gb. Из этого
следует, что лоха нанять нельзя. Остальные таблички около 100Gb...
Mail Server + Шлюз + Простой Web Server под SuSE....
Хрен ты этот веб-сервер встроишь в документооборот обычной фирмы.
Будешь заставлять топ-менеджеров осваивать TeX и Vi? Ну ну...
StarOffice поставляется в комплекте....

Добавлено: 26 апр 2004, 11:24
Absurd
DeeJayC писал(а): Ну, у нас одна основная оракловая табличка занимает 125Gb. Из этого
следует, что лоха нанять нельзя. Остальные таблички около 100Gb...
Ну и что? В MySQL, к примеру, максимальный размер таблицы равен 8 миллионов террабайт и фактически ограничивается только размерами файла на конкретной ОС.
DeeJayC писал(а):
Absurd писал(а): Mail Server + Шлюз + Простой Web Server под SuSE....
Хрен ты этот веб-сервер встроишь в документооборот обычной фирмы.
Будешь заставлять топ-менеджеров осваивать TeX и Vi? Ну ну...
StarOffice поставляется в комплекте....
Затрахаюсь объяснять, почему там-то вместо букв каракули, там-то чего-то неработает итд.

Добавлено: 26 апр 2004, 11:41
DeeJayC
Absurd писал(а):
DeeJayC писал(а): Ну, у нас одна основная оракловая табличка занимает 125Gb. Из этого
следует, что лоха нанять нельзя. Остальные таблички около 100Gb...
Ну и что? В MySQL, к примеру, максимальный размер таблицы равен 8 миллионов террабайт и фактически ограничивается только размерами файла на конкретной ОС.
Ню-ню.. Посмотрел бы я на такую БД. Это же всё в теории...
DeeJayC писал(а):
Absurd писал(а): Mail Server + Шлюз + Простой Web Server под SuSE....
Хрен ты этот веб-сервер встроишь в документооборот обычной фирмы.
Будешь заставлять топ-менеджеров осваивать TeX и Vi? Ну ну...
StarOffice поставляется в комплекте....
Затрахаюсь объяснять, почему там-то вместо букв каракули, там-то чего-то неработает итд.
[/quote]

Не надо ничего объяснять. Надо один раз поставить, чтобы работало.
(Я ничего не настраивал с января прошлого года), autoupdate работает
как часы....
---

И при этом:

Фактически отсутствует проблема вирусов. Практически отсутствует проблема, что какой-то чудак чего-то принёс на флопе... итд итп.

Добавлено: 26 апр 2004, 12:47
AiK
Absurd, о, у нас тут есть один бааальшой фанат MySQL. Он конечно тебя поддержит, но я тебе скажу по секрету, что MySQL-это недоделанная БД. Она элементарно не удолветворяет стандарту SQL ANSI 92.

Добавлено: 27 апр 2004, 10:36
Absurd
AiK писал(а):Absurd, о, у нас тут есть один бааальшой фанат MySQL. Он конечно тебя поддержит, но я тебе скажу по секрету, что MySQL-это недоделанная БД. Она элементарно не удолветворяет стандарту SQL ANSI 92.
Я не фанат MySQL. Основные беды там даже не в SQL ANSI 92, а в несоответствии фундаментальным требованиям к СУБД.
Просто речь шла о оракловской монополии на большие таблицы.

Добавлено: 27 апр 2004, 11:37
DeeJayC
Absurd писал(а):
AiK писал(а):Absurd, о, у нас тут есть один бааальшой фанат MySQL. Он конечно тебя поддержит, но я тебе скажу по секрету, что MySQL-это недоделанная БД. Она элементарно не удолветворяет стандарту SQL ANSI 92.
Я не фанат MySQL. Основные беды там даже не в SQL ANSI 92, а в несоответствии фундаментальным требованиям к СУБД.
Просто речь шла о оракловской монополии на большие таблицы.
Никакой монополии нет. Есть хороший вариант - DB2.

Добавлено: 27 апр 2004, 12:00
Andy
У меня есть идея - разделить флейм-тему про WinAPI в Delphi и флейм про DBMS в разные топики ;-)

Добавлено: 27 апр 2004, 12:26
AiK
У меня есть идея
только ради того, чтобы топик не стал о-очень длинным :)
Основные беды там даже не в SQL ANSI 92, а в несоответствии фундаментальным требованиям к СУБД
Ну так стандарт SQL ANSI 92 и есть фундаментальные требования к СУБД. SQL ANSI 99 стандартом так и не стал, а так была бы совместимость и на уровне системных таблиц/вьюх.

Добавлено: 27 апр 2004, 12:56
Absurd
AiK писал(а): Ну так стандарт SQL ANSI 92 и есть фундаментальные требования к
СУБД.
СУБД не обязана быть реляционной.