Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2011.12.25;
Скачать: [xml.tar.bz2];

Вниз

Одна база vs несколько баз.   Найти похожие ветки 

 
xayam ©   (2011-09-06 10:43) [40]


> Anatoly Podgoretsky ©   (06.09.11 08:42) [38]
> Не знаешь, а советуешь.

вот они - последствия рекламы :)


 
Ega23 ©   (2011-09-06 11:05) [41]


> Но они с некоторых пор имеют отношение к MySQL, посему..


Oracle не имеет никакого отношения к MySQL. Oracle всего лишь купил Sun Microsystems.
А то, что MySQL являлась ма-а-а-аленькой частью Sun - ну тут ничего не поделаешь, корову покупают не только с молоком и мясом, но и с рогами и говном.


 
имя   (2011-09-06 11:09) [42]

Удалено модератором


 
Ega23 ©   (2011-09-06 11:24) [43]

Удалено модератором


 
pasha_golub ©   (2011-09-06 11:27) [44]


> xayam ©   (05.09.11 19:56) [5]
>
> Но если больше записей то нужен оракл наверное уже.

Это с каких-таких буёв Оракл быстрее\лучше Постгреса? Учитывая, что обе СУБД настроены прямыми руками.


 
Ega23 ©   (2011-09-06 11:32) [45]


> Это с каких-таких буёв Оракл быстрее\лучше Постгреса? Учитывая,
>  что обе СУБД настроены прямыми руками.


Специалистов с прямыми руками у Оракла, конечно, больше. У Постгреса в ex-USSR по пальцам можно пересчитать. Включая Бартунова и Сигаева.


 
pasha_golub ©   (2011-09-06 11:33) [46]

Предлагаю решение. На одном сервере поднята одна база.

Вешаем несколько HDD, для них настраиваем tablespaces.

Далее. Для каждой конторы создаем свою схему.

Каждой схеме - свой tablespace.

Или другой вариант. Для индексов свой диск, для часто обновляемых таблиц свой, для статичных отдельных.


 
pasha_golub ©   (2011-09-06 11:35) [47]


> Ega23 ©   (06.09.11 11:32) [45]


Дык куча инфы по настройке и оптимизации. Необязательно же сразу Теодора звать :)


 
Ega23 ©   (2011-09-06 11:36) [48]


> Предлагаю решение.


Паш, я очень сильно подозреваю, что там вовсе не high-load система. И даже Access достаточно.
У людей разруха в головах, судя по [0]. Какие-то дебильные мотивации, вместо того чтобы стресс-тест сделать и результаты посмотреть.


 
Ega23 ©   (2011-09-06 11:39) [49]


> Дык куча инфы по настройке и оптимизации


Куча. Но уж очень сильно размазанная. Комьюнити тоже так себе, слабовато.
Хорошая СУБД, мощная, гибкая, масштабируемая. PLPGSQL - вообще ня, с его фишками. Наследование таблиц, то-сё.
Но вот не распространена - и пиндык.


 
pasha_golub ©   (2011-09-06 11:53) [50]


> Ega23 ©   (06.09.11 11:39) [49]


> Комьюнити тоже так себе, слабовато.

Это ты загнул. :) Там как раз комьюнити - это то, ради чего стоит использовать ПГ.


 
Ega23 ©   (2011-09-06 12:01) [51]


> Это ты загнул.


Задай хитрый вопрос, связанный с "кишками" СУБД на sql.ru в разделе MSSQL и Postgres. Почувствуй разницу.


 
Kerk ©   (2011-09-06 12:08) [52]


> Eraser ©   (06.09.11 06:28) [37]
>
> > [34] Игорь Шевченко ©   (06.09.11 00:16)
>
> > Зачем-то делают виртуальные серверы.
>
> проще разделять ресурсы только и всего. чтобы конкретно
> взятому пользователю можно было выделить 500 MHz CPU и 256
> Mb ОЗУ.

Причем сделать это буквально парой кликов, а не устанавливая в серверной еще один комп.


 
Игорь Шевченко ©   (2011-09-06 12:13) [53]


> Это с каких-таких буёв Оракл быстрее\лучше Постгреса? Учитывая,
>  что обе СУБД настроены прямыми руками.


а что, хуже ?


 
Anatoly Podgoretsky ©   (2011-09-06 13:12) [54]

> Ega23  (06.09.2011 12:01:51)  [51]

По оптимизации почти бессмысленно задавать, да и задать вопрос то не
получится. Люди, которые могут помочь есть, а вот информации для ответа
будет недостаточно. Оптимизация это вообще отдельная специальность, редкая.


 
Anatoly Podgoretsky ©   (2011-09-06 13:13) [55]

> Kerk  (06.09.2011 12:08:52)  [52]

Все дело наверно в этом

> а не устанавливая в серверной еще один комп.


 
DelphistBD   (2011-09-06 13:18) [56]


> У людей разруха в головах, судя по [0]. Какие-то дебильные
> мотивации, вместо того чтобы стресс-тест сделать и результаты
> посмотреть.

Тест делается силами подрядчика. А подрядчик заинтересован во вполне конкретной архитектуре. Отуда и дебильные мотивации.


 
pasha_golub ©   (2011-09-06 13:27) [57]


> Ega23 ©   (06.09.11 12:01) [51]
>
> Задай хитрый вопрос, связанный с "кишками" СУБД на sql.ru
> в разделе MSSQL и Postgres. Почувствуй разницу.

Это говорит лишь об уровне sql.ru, ведь мало знать как задать, нужно знать и где задать.


> Игорь Шевченко ©   (06.09.11 12:13) [53]
> > Это с каких-таких буёв Оракл быстрее\лучше Постгреса?
> Учитывая,
> >  что обе СУБД настроены прямыми руками.
> а что, хуже ?

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


 
boriskb ©   (2011-09-06 13:52) [58]


> Ega23 ©   (06.09.11 11:36) [48]
> ...У людей разруха в головах,


Я это тоже сильно подозреваю. Я даже подозреваю, что эта/такая "система документаоборота" совсем там не нужна.



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2011.12.25;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.56 MB
Время: 0.005 c
3-1269179179
Иван
2010-03-21 16:46
2011.12.25
Суперпозиция группировок в отображении данных БД


2-1316273416
Anny
2011-09-17 19:30
2011.12.25
Координаты точек


15-1315415972
ClawClaw
2011-09-07 21:19
2011.12.25
Индиана Джонс (лего)


9-1190628658
max_
2007-09-24 14:10
2011.12.25
3D модели


2-1316479455
FZT
2011-09-20 04:44
2011.12.25
ПРоблемы с указателями





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский