Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
У наших админов возникла идея перехода с Вин на Юникс. Почему - не обсуждаем. Одно из препятствий - используются базы на MS SQL 2000. Вопрос - можно ли безболезненно перейти на ASE ? Кроме покупных систем, про которые точно известно(от разработчиков), что это возможно, есть еще самописные. У наших разработчиков нет опыта работы с ASE. Кто-нибудь занимался переносом с MS SQL на ASE ? Какие возникают проблемы ? Можно что-нибудь почитать на этот счет (в частности сравнение TSQL на этих системах) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 12:40 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Весь вопрос в том, насколько сильно Вы привязывались к особенностям MS SQL, например опции WITH в запросе. Многое похоже, но есть и свои особенности. Администрирование - MS SQL - почти ничего не надо трогать, с опциями по умолчанию все работает. ASE - наоборот, надо не забыть дернуть за кучу веревок, например, сколько процов предоставить серверу (MS - по умолчанию все, ASE - один), русификация просто потрясает своей негуманностью и т. п. Вообще администрирование в ASE очень громоздко и неудобно, легко по незнанию допустить ошибку (да простит меня MasterZiv :) ). В MS намного проще и логичнее, но управлять можно меньшими возможностями . Язык - различия есть, но чаще в пустяках, надо будет все тщательно найти, изменить и проверить, например MS - select top 10 * from T ASE - set rowcount=10 select * from T И т. д. Вообще ASE очень похож на MS SQL 6.5, кто работал - будет легче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 13:53 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Ну например <Select top x from y> не работает на Sybase. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 14:02 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
2Автор Ну вы блин даете. Чего вам вдруг стукнуло в голову? Один из админов встал не стой ноги и понял "Windows must die!!!" Правило помните, "и ничего не меняй"? Если все же приспичило, то готовьтесь к тому, что все прийдется аккуратненько переписать. Благо все же различия не так принципиальны как с Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 14:13 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
CripЕсли все же приспичило, то готовьтесь к тому, что все прийдется аккуратненько переписать Вот этого я и боялся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 14:24 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
2 автор А из-за чего такое желание? - скорость на Ваших запросах - скорость на большом количестве клиентских подключений (и это подтверждено опытом) - LINUX only - бесплатность ASE Express - что-то другое А то тут недовно похожий топик в "сравнии СУБД" был ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 16:39 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
KRS544Ну например <Select top x from y> не работает на Sybase. В 12.5.3 уже работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 16:51 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Трава у дома В 12.5.3 уже работает И не глючит ? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 17:26 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
to Crip A u Sybase voobche malo chto gluchit . to michael_ u MS SQL po umolchaniju toko po nachalu normalno rabotaet, i na malih nagruzkah, a kak tolko nuzno chto to podkrutitj, srazu problema, krutitj to ne chego . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2005, 21:41 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
pppto Crip A u Sybase voobche malo chto gluchit . Ню-ню... Я вот к примеру попробовал использовать в 12.5.1 derived tables и сразу наткнулся на stack trace. Наверняка уже к 12.5.3 поправили, но желание использовать новые фичи совершенно пропало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 09:34 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_ А из-за чего такое желание? - скорость на Ваших запросах - скорость на большом количестве клиентских подключений (и это подтверждено опытом) - LINUX only - бесплатность ASE Express - что-то другое Просто планируется очередной апгрейд, а у админов есть некоторые предубеждения против платформы Винтел. Сомневаются в ее перспективности на многопроцессорных машинах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 09:46 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
TOPMO33333....У наших админов возникла идея перехода с Вин на Юникс. Почему - не обсуждаем. Почему это не обсуждаем ? Обсуждаем ! Не их это дело. Их дело - фильтры для IP прописывать и со спамом бороться. TOPMO33333.... Одно из препятствий - используются базы на MS SQL 2000. Вопрос - можно ли безболезненно перейти на ASE ? Безболезненно - это : выгрузить структуру и данные с MSSQL и загрузить все это в ASE. Приложения переучить ходить к ASE вместо MSSQL. Нет, не получиться. ASE - другая СУБД, хоть и похожая на MSSQL. TOPMO33333.... Кроме покупных систем, про которые точно известно(от разработчиков), что это возможно, есть еще самописные. У наших разработчиков нет опыта работы с ASE. Кто-нибудь занимался переносом с MS SQL на ASE ? Какие возникают проблемы ? Можно что-нибудь почитать на этот счет (в частности сравнение TSQL на этих системах) Где почитать - не скажу. Можно спросить у sybase.cis, они таким точно занимались. На счет переноса - конечно , там практически все зависит от самой базы, как она сделана, насколько сложна и пр. Но в любом случае вам надо относиться к этому как к отдельному сложному проекту, который может длится даже годами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 09:56 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Язык - различия есть, но чаще в пустяках, надо будет все тщательно найти, изменить и проверить, например MS - select top 10 * from T ASE - set rowcount=10 select * from T В последних версиях TOP появился. Там даже SET @var = ... появился. Да и вообще много всякого по большей совместимости с MSSQL. Кстати, и в плане багов - тоже повысилась совместимость с MSSQL - серьезных багов стало больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 10:00 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
ТОРМОЗЗЗ... а у админов есть некоторые предубеждения против платформы Винтел. Сомневаются в ее перспективности на многопроцессорных машинах. По поводу многопроцессорности они пожалуй правы. Но это не повод переписывать приложение. Раньше надо было думать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 10:03 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
MasterZivВ последних версиях TOP появился. Это очень хорошо. 2 автор А на какой UNIX переходят? Если на LINUX, то стоит ли овчинка выделки? 2 ALL Кто-нибудь может рассказать, чем использование ASE на NT круче чем на LINUX? Только из реального опыта, а не из рекламы на sybase.ru. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 13:54 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Блин! Все перепутал, надо читать "на LINUX круче чем на NT" :)) То есть что-то типа "жили мы на NT, были такие-то проблемы, перешли на NIX и стало хорошо то и то" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 13:57 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_А на какой UNIX переходят? Если на LINUX, то стоит ли овчинка выделки? Нет, конечно, не на LINUX. И не переходят, а рассматривают варианты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.03.2005, 14:22 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
MasterZiv ТОРМОЗЗЗ... а у админов есть некоторые предубеждения против платформы Винтел. Сомневаются в ее перспективности на многопроцессорных машинах. По поводу многопроцессорности они пожалуй правы. Но это не повод переписывать приложение. Раньше надо было думать. А что у Винтеля не так с многопроцессорностью? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 11:37 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
ТОРМОЗЗЗ... michael_ А из-за чего такое желание? - скорость на Ваших запросах - скорость на большом количестве клиентских подключений (и это подтверждено опытом) - LINUX only - бесплатность ASE Express - что-то другое Просто планируется очередной апгрейд, а у админов есть некоторые предубеждения против платформы Винтел. Сомневаются в ее перспективности на многопроцессорных машинах. А что так прижимает по производительности? Или денег вагон дают на развитие? RISC многопроцессорные, которые в состоянии выиграть у 4 х процессорных интелов или АМД по выч мощности стоят порядка 150-200 тысяч зеленых. Так что прикидывайте, что для вас перспективней. Правда РИСКИ 64бит дают страницы шаред мемори выделять немеряных размеров, что позволяет кэшбуфера СУБД увеличивать до беспредела по сравнению с интел архитектурой... У вас где плохо? Ввод вывод или нагрузка на процы? От этого плясать надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 12:36 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_ MasterZivВ последних версиях TOP появился. Это очень хорошо. 2 автор А на какой UNIX переходят? Если на LINUX, то стоит ли овчинка выделки? 2 ALL Кто-нибудь может рассказать, чем использование ASE на NT круче чем на LINUX? Только из реального опыта, а не из рекламы на sybase.ru. Подумав головой, можно сказать, Sybase на *NIX 64бит гораздо лучше будет, но... смотря на каком объеме базы. Если у вас база 5Гб и растет по 1Гб за год, то ресурс интела вы не исчерпаете никогда наверное. SPECINT и SPECFP х86 гораздо лучше чем любого RISC. Опять же если вас по процам не подпирает... Если у вас база 30Гб и растет на 2-3Гб в месяц, то очень скоро на интеле может стать тесно, хотя-бы потому, что под дата буфер больше 2Гб не выделишь, а 10% промахов кэша дает деградацию производительности вдвое примерно. Опять же если процы жмут уже при 4 камнях, то перспектив на интеле не густо. 8 процеесоров - предел и то эффективность СМП на интеле низка достаточно. Еще нужны доводы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 13:13 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Alexander Dubrovsky Если у вас база 5Гб и растет по 1Гб за год, то ресурс интела вы не исчерпаете никогда наверное. SPECINT и SPECFP х86 гораздо лучше чем любого RISC. Не только от объема БД все зависит , нагрузку на сервер тоже надо учитывать (TPS). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 13:25 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
MasterZiv Alexander Dubrovsky Если у вас база 5Гб и растет по 1Гб за год, то ресурс интела вы не исчерпаете никогда наверное. SPECINT и SPECFP х86 гораздо лучше чем любого RISC. Не только от объема БД все зависит , нагрузку на сервер тоже надо учитывать (TPS). TPS ни о чем не говорит само по себе. Все равно надо оценивать загрузку ЦПУ, о чем я написал. Что касается объемов - это все таки основной довод при выборе 64бит платформы. Есть догма - буферов должно быть не менее 10% объема базы, стало быть при 20Гб базе на интел платформе становится тесно уже. На догмы опираться конечно неправильно, но если дошли до ручки с памятью, а попадания в кэш падают ниже 90% то есть смысл задуматься. В случае с интел платформой при таком раскладе можно выкрутиться еще с помощью дискового массива могучего или вообще солид стэйт дисков... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 13:39 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Alexander DubrovskyПодумав головой, можно сказать, Sybase на *NIX 64бит гораздо лучше будет, но... смотря на каком объеме базы. Если у вас база 5Гб и растет по 1Гб за год, то ресурс интела вы не исчерпаете никогда наверное. SPECINT и SPECFP х86 гораздо лучше чем любого RISC. Опять же если вас по процам не подпирает... Если у вас база 30Гб и растет на 2-3Гб в месяц, то очень скоро на интеле может стать тесно, хотя-бы потому, что под дата буфер больше 2Гб не выделишь, а 10% промахов кэша дает деградацию производительности вдвое примерно. Опять же если процы жмут уже при 4 камнях, то перспектив на интеле не густо. 8 процеесоров - предел и то эффективность СМП на интеле низка достаточно. Еще нужны доводы. Спасибо. Все популярно и доходчиво. Оффтоп. А случайно не знаете, как MS SQL EE себя ведет на серьезной технике, они ведь поддерживают до 32 процов и 64 Гб памяти? В TPC вроде как показатели неплохие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 13:44 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_ Alexander DubrovskyПодумав головой, можно сказать, Sybase на *NIX 64бит гораздо лучше будет, но... смотря на каком объеме базы. Если у вас база 5Гб и растет по 1Гб за год, то ресурс интела вы не исчерпаете никогда наверное. SPECINT и SPECFP х86 гораздо лучше чем любого RISC. Опять же если вас по процам не подпирает... Если у вас база 30Гб и растет на 2-3Гб в месяц, то очень скоро на интеле может стать тесно, хотя-бы потому, что под дата буфер больше 2Гб не выделишь, а 10% промахов кэша дает деградацию производительности вдвое примерно. Опять же если процы жмут уже при 4 камнях, то перспектив на интеле не густо. 8 процеесоров - предел и то эффективность СМП на интеле низка достаточно. Еще нужны доводы. Спасибо. Все популярно и доходчиво. Оффтоп. А случайно не знаете, как MS SQL EE себя ведет на серьезной технике, они ведь поддерживают до 32 процов и 64 Гб памяти? Ну вот когда LongHorn 64бит выйдет, тогда и будут результаты, а пока... Кстати а он сам то 64 бит? Не знаю ничего про ЕЕ, но что могу сказать - более 8 процов - это виндовс датацентер с узким HCL наверняка, да и кто ваще видел интел сервер с более чем 8 процессоров (и 8 редкость). В TPC вроде как показатели неплохие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 14:26 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Alexander DubrovskyНу вот когда LongHorn 64бит выйдет, тогда и будут результаты, а пока... Кстати а он сам то 64 бит? Не знаю ничего про ЕЕ, но что могу сказать - более 8 процов - это виндовс датацентер с узким HCL наверняка, да и кто ваще видел интел сервер с более чем 8 процессоров (и 8 редкость). А чего LongHorn ждать, есть же Win 2000/2003 Server 64-bit edition, MS SQL для нее есть, даже Sybase ASA 9 есть. Да, даже 8 процов на Win редкость, потому и спросил. Вдруг кто видел и может поделиться впечатлениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 16:19 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_ Alexander DubrovskyНу вот когда LongHorn 64бит выйдет, тогда и будут результаты, а пока... Кстати а он сам то 64 бит? Не знаю ничего про ЕЕ, но что могу сказать - более 8 процов - это виндовс датацентер с узким HCL наверняка, да и кто ваще видел интел сервер с более чем 8 процессоров (и 8 редкость). А чего LongHorn ждать, есть же Win 2000/2003 Server 64-bit edition, MS SQL для нее есть, даже Sybase ASA 9 есть. Да, даже 8 процов на Win редкость, потому и спросил. Вдруг кто видел и может поделиться впечатлениями. Ну если MSSQL 64битный, то он не должен сайбэйзу уступать под юнихом ни по каким параметрам. А если еще учесть стоимость не х86 серверов.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2005, 16:35 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Alexander Dubrovsky TPS ни о чем не говорит само по себе. Имелся в виду показатель transactions per second, а не тесты (которые TPC). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 16:23 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Alexander DubrovskyА что так прижимает по производительности? Или денег вагон дают на развитие? RISC многопроцессорные, которые в состоянии выиграть у 4 х процессорных интелов или АМД по выч мощности стоят порядка 150-200 тысяч зеленых. Так что прикидывайте, что для вас перспективней. Правда РИСКИ 64бит дают страницы шаред мемори выделять немеряных размеров, что позволяет кэшбуфера СУБД увеличивать до беспредела по сравнению с интел архитектурой... У вас где плохо? Ввод вывод или нагрузка на процы? От этого плясать надо. Вагон - не вагон, но дают. Общий годовой бюджет ИТ - несколько миллионов. На сервера - порядка полумиллиона (дисковые системы - соответствующие). Админам хочется иметь мало мощных серверов, а не много маломощных - им так легче, да и ресурсы проще перекинуть на критические задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:09 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
ТОРМО333...Админам хочется иметь мало мощных серверов, а не много маломощных - им так легче, да и ресурсы проще перекинуть на критические задачи. А вто это плохо. Хорошо когда несколько серверов: Несколько под SQL-сервера, по одному на боевую систему и 1 тестовый. Один - сервер домена и файл сервер А еще ведь бывают - прокси, почтовики, сервера печати... Если SQL-сервер крутится вместе с другими приложениями, то самого хорошего обурудования не хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 17:53 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
michael_ Alexander DubrovskyНу вот когда LongHorn 64бит выйдет, тогда и будут результаты, а пока... Кстати а он сам то 64 бит? Не знаю ничего про ЕЕ, но что могу сказать - более 8 процов - это виндовс датацентер с узким HCL наверняка, да и кто ваще видел интел сервер с более чем 8 процессоров (и 8 редкость). А чего LongHorn ждать, есть же Win 2000/2003 Server 64-bit edition, MS SQL для нее есть, даже Sybase ASA 9 есть. Да, даже 8 процов на Win редкость, потому и спросил. Вдруг кто видел и может поделиться впечатлениями. У соседней организации был опыт использования ASE под NT и Sun, сейчас используют SUN-овскую технику, из-за того, что ASE под Intel'ом провалился при нагрузке 53 пользователя, правда это было давно, больше года назад, сервак под Intel'ом у них был не хилый, но их прол версию ASE, обьемов и размера базы ничего не скажу, поскольку разговор был шапочный... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.03.2005, 18:31 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
> У соседней организации был опыт использования ASE под NT и Sun, сейчас > используют SUN-овскую технику, из-за того, что ASE под Intel'ом провалился > при > нагрузке 53 пользователя, правда это было давно, больше года назад, сервак > под Intel'ом > у них был не хилый, но их прол версию ASE, обьемов и размера базы ничего > не скажу, > поскольку разговор был шапочный... Зря вы так! У нас в сервере 6 камней Intel (700Mhz!) и он прекрасно держит 100 пользователей. Уж не знаю, какой у них был объём, но у нас тоже не из мелких - 50 Гб. Posted via ActualForum NNTP Server 1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2005, 10:05 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
ИМХО админа БД и программера: Сети, компьютеры, сервера и т.д. существуют в организации не для пасьянса, а исключительно для работы (можно с большой буквы: Работы). Работа делается в приложениях. Работа приложений зависит от аппаратных средств, програм и СУБД. Итак, определяется группа основных задач, требуемое по ним "время реакции приложения на запросы", проводятся замеры. Делается прогноз или запас на будущее. 1) Если время реакции соответствует заданному, ничего не меняется, сисадмины идут *** 2) Если время реакции несколько больше, определяются узкие места (например сеть, процессоры/оперативка клиентов/серверов, скорость дисковой подсистемы...), оптимизируется ПО и БД. Затем устраняются узкие места или идет обсуждение перехода на другой аппаратно-программный комплекс 3) Если в.р. значительно выше заданного, тогда "ОЙ" и что-то было сделано не так изначально. Много думаем, посыпаем голову пеплом или сетуем на мегасложность задач. Садимся и вырабатываем новую стратегию. Например, переход на Линух, многопроцессорные сервера и др. радикализм. endИМХО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:36 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Предыдущее мое. Vlad ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2005, 13:40 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
MasterZiv Alexander Dubrovsky TPS ни о чем не говорит само по себе. Имелся в виду показатель transactions per second, а не тесты (которые TPC). Да я прекрасно все понял, но ТПС может быть любой, но без данных об утилизации процессоров и ИО что это скажет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 11:32 |
|
||
|
Переход с MS SQL на ASE
|
|||
|---|---|---|---|
|
#18+
Litus > У соседней организации был опыт использования ASE под NT и Sun, сейчас > используют SUN-овскую технику, из-за того, что ASE под Intel'ом провалился > при > нагрузке 53 пользователя, правда это было давно, больше года назад, сервак > под Intel'ом > у них был не хилый, но их прол версию ASE, обьемов и размера базы ничего > не скажу, > поскольку разговор был шапочный... Зря вы так! У нас в сервере 6 камней Intel (700Mhz!) и он прекрасно держит 100 пользователей. Уж не знаю, какой у них был объём, но у нас тоже не из мелких - 50 Гб. Posted via ActualForum NNTP Server 1.1 Пустой разговор. На самом деле все ведь зависит от приложения. Можно телефонный справочник под одного клиента написать, так что хоть 20 процессоров ставь, не справятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2005, 11:35 |
|
||
|
|

start [/forum/topic.php?all=1&fid=55&tid=2013765]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 377ms |

| 0 / 0 |
