Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Тут уже давно и с удовольствием люди обсуждают проблему выбора СУБД, только вот я не нашел того, что мне нужно. Задача такая: с MSSQL переехать на что-нить под Юникс/Линукс c минимальными затратами рабочего времени. Есть и работает большая программа, которая использует все прелести MSSQL. Нагрузка на БД минимальная. Таким образом требуется СУБД наиболее близкая по возможностям/синтаксису к MS SQL. Желательно наличие утилиты, которая переведет таблицы, запросы, процедуры и т.д. с диалекта MSSQL на новый сервер. Заранее благодарен, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2004, 18:09 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Проще всего наверное на Sybase. Можно попробовать DB2 у них есть тулза по миграции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2004, 18:11 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Наверное на Sybase ASE. Sybase ASE вроде даже бесплатная на линух или же FreeBSD. Можно попробовать Sybase ASA: T-SQL почти совпадает, структура сервера совершенно другая, но это уже проблема администратора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 02:29 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Конвертор то БД с MSSQL на ASA у меня есть. Только вот я не думаю, исходя из личного опыта, что смена платформы - это плевое дело. Сконвертить БД - это первый только шаг и кстати самый маленький из всего, что предстоит. Ну а по близости к MSSQL - если он версий 6.5 и 7, то наверное роднее всего к нему будет Sybase ASE, так как с него он и писался. Если он 2000 и в БД активно используются его расширения (например UDF), то все это легче переноситься на Sybase ASA, из за того, что не смотря на разную архитектуру с MSSQL, она по функциональности может эмулировать его расширения, в отличие от Sybase ASE. Раз у Вас нагрузка на БД минимальная, то ASA 9 вполне подходит, во всяком случае БД на 100 гигов и пару сотен подключений она держит без проблем. P.S. Было юы неплохо услышать причины, побудившие автора этого топика задуматься о смене ОС и СУБД. Вполне возможно эти причины решаемы и без такой кардинальной смены курса и присутствующие здесь могли чего нибудь посоветовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 06:34 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
ИМХО переходы MSSQL<->DB2<->ORACLE должны быть сильно обоснованы. т.к. способы программиравания уж слишком разные. но переходить MSSQL->Sybase ASE вообще бы не советовал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 11:38 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Обоснование одно - начинает поджимать вопрос лицензионной чистоты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 13:35 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
2vgulyakin А при переходе на оракл вопрос лицензионной чистоты не начнёт поджимать? Или вы так и не смогли разобраться, где лицензии на MSSQL продаются? :-) Или вас интересует переход на бесплатную субд? Так так-бы и спросили. Это уже другой вопрос и другое обсуждение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 16:16 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
2 alexeyvg "Это уже другой вопрос и другое обсуждение" Я про это и не спрашивал. 2 all На редкость легко (за полдня) оказалось "переехать" на Firebird. Наверное, просто повезло. Борландовский DataPump перетянул данные БЕЗ ЕДИНОГО ЗАМЕЧАНИЯ. Процедуры - ручками, но синтаксис процедур похож, так что ... повезло. Всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 18:04 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Это что же у вас в процедурах, что они одинакового синтаксиса? Совершенно разный - IB и MS SQL -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2004, 18:39 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
Ну и ну ... оказывается с блокировочника на версионник переехать раз плюнуть. Про различия типов данных, системных обьектов, процедур, функций и много много чего еще я вообще молчу :) Не надо было нас ставить всех в заблуждение такой фразой: авторЕсть и работает большая программа, которая использует все прелести MSSQL. тогда бы сразу Вам и посоветовали тот же FB :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2004, 10:07 |
|
||
|
На что проще переехать с MS SQL?
|
|||
|---|---|---|---|
|
#18+
2 ASCRUS В 70ти процентов приложений разницы между версионником и блокировочником не ощущается. Мой опыт связан с портом одного приложения, правда небольшого с InterBase на MSSQL - пришлось изрядно помучится так что порт MS-SQL -> IB может много крови выпить. Воопще порт с БД где использованы все фичи сервера на другой жуткая вещь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2004, 14:46 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32392797&tid=1554200]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
59ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 371ms |

| 0 / 0 |
