Здравствуйте, уважаемые!
Хочу спросить у вас совета.
Есть идея написания базы данных большого размера. Ну очень большого размера. Примерно, со временем, кол-во пользователей может достичь нескольких сот тысяч! И каждый будет сидеть и тыкать запросы, может быть по сотне в день. Возможно, одновременно. База должна иметь возможность к расширению (чтобы потом не переписывать). Ну и быстродействие, конечно.
Судя по предыдущим веткам, я так понял, лучше всего для этого подходит Oracle. Подтвердите, пожалуйста мой выбор.
И сколько стоит на него лицензия? Может есть что-то дешевле для таких объемов?
Кстати, а на чем сделана Ева?

Senya_L, спасибо за ответ!
Имеется ввиду не 200 тыс. записей, а 200 тыс. пользователей! Я думаю это много для любой СУБД. Каждый пользователь будет оставлять до нескольких сот записей в день (в перспективе). Короче, он-лайн игра. Во как.
А разве на серверах интернет-провайдеров Oracle не стоит?
И еще вопрос.
С какой книги лучше начинать изучать Oracle?
Спасибо.

Senya_L,

Я мечтаю о большом кол-ве! (мечтать не вредно )))
Но не хотелось бы потом переделывать...
Из опыта знаю, что, например, программы от Borland (Delphi) хорошо рекламируются как заточеные под работу с БД, а на деле сравнил с FoxPro - небо и земля! То что на Delphi пишется длиной в строку, на Foxe выражается одним словом, ну и т.д.
Есть опыт работы с локальной БД в Delphi (Paradox) и написания запросов.

Senya_LTar_AsЕсть опыт работы с локальной БД в Delphi (Paradox) и написания запросов.А у меня есть опыт беготни по двору с игрушечным пистолетиком лет так 20 назад. Вопрос: почему мне не дают ядрёну бомбу, ну или АК-47 на крайняк?
Однажды аллах сказал мне: Сядь на коня и возьми сам все, что ты хочешь, если сильный и смелый... )))
Вы хотите сказать, что я не потяну Oracle?
А что нужно знать, чтобы начать его изучать, теорию вероятности Ейнштейна? Или может опыт работы спецагентом! А, я знаю, диссертацию защитить - это уже проходили... )))

Senya_L,

Диссертацию еще не защитил, но этим занимаюсь, вы неправильно меня поняли. :)
Какие возможности MySQL и других? Они потянут 200 тыс. игроков с приемлемой скоростью?
И в чем принципиальная разница? Легкость программирования?
Для Oracle есть бесплатная версия для начала. а потом, когда деньги появятся - можно расширить?! (так прочитал). Если этот самый Oracle пресловутый даст заметное преимущество в скорости, то я, пожалуй займусь им.
Если нет, то что удобней и главное быстрее в разработке - подскажите! (мои знания вы уже знаете)

Dimitry Sibiryakov
Tar_As(мои знания вы уже знаете)

А если принять во внимание неспособность найти на этом форуме
аналогичные топики по ключевым словам "очень большая база", "сто тысяч
пользователей", то умения примерно соответствуют знаниям. В таких
условиях самым быстрым (и практически единственным доступным) путём
разработки будет найм опытного программиста.


Все эти выборки уже читал - прежде чем критиковать - почитайте их сначала сами!
В них кроме пустой ругани - типа "я самый умный", "нет - я самый умный" - ничего почти нет. Как раз в стиле вашего поста.
Единственные выводы в результате тех постов такие -
1. Каждый хвалит ту СУБД, в которой сам работает. Не встретил ни одного поста, где бы человек написал - я работал и в той, и в той - разница вот такая.
2. Преимуществ одной перед другой и недостатков опять-таки ни один профессионал не указывает.
(скорость разработки, удобство, интерфейс, возможности (конкретные) - макс число запросов для работы без тормозов и т.д.) - только небрежные фразы на специфическом сленге. Вы ведь не забывайте - вопросы в теме - какую базу выбрать, априори, задают новички в этом деле.
3. Oracle в принципе мощнее и быстрее, но дороже. Но если проект удастся, то деньги будут, а начать можно и с бесплатной версии.

Так все-таки, кто-нибудь юзал и ту и ту - какая разница?

AlexTheRaven,

Спасибо! Конкретный совет.

Почитал информацию - кое-что узнал. Выбор БД уперся между MySQL и PostgreSQL. Oracle отпадает по причине необходимости аренды/покупки сервера, а бабок пока нет (установить OracleExpress на хостинг мне ведь не дадут? да и будет ли он работать в таком варианте?).
MySQL - много литературы, но есть сомнения в производительности.
PostgreSQL для освоения серверной СУБД думаю выбирать не стоит.
Есть мысль, что производительность должна в основном зависеть от правильности кода и мощности/пропускной способности сервера, а нет от типа СУБД. Вряд ли принципы обработки данных сильно разнятся в разных БД.
Следующий вопрос касается выбора активного ПО на сервере и на клиенте. Еще подробно не изучал, но похоже придется выбирать между Java скриптами и PHP. Что скажете?
Как производительность разн и ца между вариантом скомпилированых CGI программ по сравнению с ASP (при большом кол-ве обращений)? По идее скомпилированый код должен выполнятся быстрее интерпретации. Но с другой стороны выделит ли ОС коду CGI время? Интерпретацию, насколько я понял, выполняет сам Web сервер и приоритет у него может оказаться выше?