Этот баннер — требование Роскомнадзора для исполнения 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 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=32960051&tid=2013765]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 392ms |

| 0 / 0 |
