powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте выбор СУБД
13 сообщений из 213, страница 9 из 9
Посоветуйте выбор СУБД
    #37043761
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-lockyУ SSMA коэфициент конвертации - 98%Конвертации чего? Табличных данных - может быть. Примитивных запросов, но может быть больше 50%. PL/SQL - сомневаюсь, что покрытие хотя бы стандартных пакетов (PL/SQL Packages and Types Reference) хотя бы 2%.

Вот у меня по коду есть и connect by и model и partition join и аналитика с range. Не говоря уже о pl/sql. Не для того покупают оракл за немеренное бабло, чтобы использовать его по SQL 92.
Процент конвертации кода.
connect by конвертируется довольно сносно. Изыски - увы, входят в те самые 10-15% которые не конвертятся.
Стандартные пакеты покрываются достаточно для миграции типовых приложений.
Собственно, большинство приложений являются типовыми, особых сложностей там нет.
С сайбесом, конечно, дело куда радужнее - там конвертится практически всё.
С оракулом - сложнее, разумеется, там временами требуется порядочная доработка напильником.
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043762
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В любом случае, SSMA - это тул для автоматизированной, а не автоматической конвертации, вмешательство разработчика всё равно требуется - как для того чтобы сконвертить неподдающийся код, так и для того чтобы обработать и довести до ума автоматически сконвертированный код.
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043847
goldenfoods
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
locky-2-пропущено...
Конвертации чего? Табличных данных - может быть. Примитивных запросов, но может быть больше 50%. PL/SQL - сомневаюсь, что покрытие хотя бы стандартных пакетов (PL/SQL Packages and Types Reference) хотя бы 2%.

Вот у меня по коду есть и connect by и model и partition join и аналитика с range. Не говоря уже о pl/sql. Не для того покупают оракл за немеренное бабло, чтобы использовать его по SQL 92.
Процент конвертации кода.
connect by конвертируется довольно сносно. Изыски - увы, входят в те самые 10-15% которые не конвертятся.
Стандартные пакеты покрываются достаточно для миграции типовых приложений.
Собственно, большинство приложений являются типовыми, особых сложностей там нет.
С сайбесом, конечно, дело куда радужнее - там конвертится практически всё.
С оракулом - сложнее, разумеется, там временами требуется порядочная доработка напильником.
Кстати Вы бы не могли рассказать как Вы конвертите записи и коллекции оракла в скуль?
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043853
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
goldenfoodslockyпропущено...

Процент конвертации кода.
connect by конвертируется довольно сносно. Изыски - увы, входят в те самые 10-15% которые не конвертятся.
Стандартные пакеты покрываются достаточно для миграции типовых приложений.
Собственно, большинство приложений являются типовыми, особых сложностей там нет.
С сайбесом, конечно, дело куда радужнее - там конвертится практически всё.
С оракулом - сложнее, разумеется, там временами требуется порядочная доработка напильником.
Кстати Вы бы не могли рассказать как Вы конвертите записи и коллекции оракла в скуль?
лучший способ - выкинуть их нафиг (в 70% случаев они реально не нужны)
Затем - разворавивание в скаляры (для рекордов), xml, временные и постоянные таблицы.
Зависит от.
Более (или менее) подробно можно почитать в белой бумаге http://download.microsoft.com/download/e/c/8/ec8d5025-7ef7-4dcc-a9f3-9c297cf5350e/SSMAOracle.docx
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043881
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
goldenfoodsВы бы не могли рассказать...Ты не понял. Он же тебе поет серенаду про "типовое приложение" - а это такое, которое написано в расчете на ssma.

Морщины разглаживаются коэффициент конвертации 98%... Понять, что такое "98% кода" может только маркетолог.
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043937
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-2-goldenfoodsВы бы не могли рассказать...Ты не понял. Он же тебе поет серенаду про "типовое приложение" - а это такое, которое написано в расчете на ssma.

Морщины разглаживаются коэффициент конвертации 98%... Понять, что такое "98% кода" может только маркетолог.
подсчитывается к-во стейтментов в коде, считается сколько стейтметов удачно сконвертилось, делится одно на другое, получается коэффициент конвертации. Это если грубо
кроме того, замечу (повторно), 98% - это для сайбейса, для оракула - 80% где-то
Типовое приложение - это то, в расчете на которое написан SSMA, как бы кому не было странно :)
Потому как выпендривание-выпендриванием, а статистика-статистикой, и типовые решения и подходы можно довольно просто вычислить, а значит - более-менее понять, что есть "типовое приложение".
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37043938
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хм...Боюсь, ответят мне нескоро
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37044015
goldenfoods
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
lockyХм...Боюсь, ответят мне нескоро
То есть вместо запись.поле пишем скалярную переменную и подчтавлфем ее-там где есть обращение запись.поле. круто и это все автоматом.
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37044036
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
goldenfoodslockyХм...Боюсь, ответят мне нескоро
То есть вместо запись.поле пишем скалярную переменную и подчтавлфем ее-там где есть обращение запись.поле. круто и это все автоматом.
Да, автоматом, но не так круто, как хотелось бы.
Во многих случаях тот же rowtype используется для получения 1-2 значений из строки, а переменные обьявляются на все поля. К сожалению, не отслеживаются какие переменные нужны, а какие - нет, поэтому случаи, когда из 20-30 декларированных переменных используются 1-2-3 - постоянно встречаются.
Ну, во что превращается при таком подходе fetch - можно себе представить.
Руками, разумеется, потом допиливается достаточно просто, но это всё - дополнительные лишние телодвижения
Ну и плюс ко всему - извлечение лишних ненужных полей может привести к неудачным планам.
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37044963
goldenfoods
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
locky,
Никак не могу найти операцию MINUS в MSSQL можете ткнуть носом в BOL
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37044971
Andrey Sribnyak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
goldenfoodslocky,
Никак не могу найти операцию MINUS в MSSQL можете ткнуть носом в BOL

Except?
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37044978
Andrey Sribnyak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Проверил, так и есть...

сделал по примеру

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
IF object_id('tempdb..#t1') IS NOT NULL 
DROP TABLE #t1

IF object_id('tempdb..#t2') IS NOT NULL 
DROP TABLE #t2

create table #t1(tid int,tname nvarchar( 80 ));
insert into #t1 values ( 10 ,'Акулина');
insert into #t1 values ( 20 ,'Бронислав');
insert into #t1 values ( 30 ,'Богдан');
insert into #t1 values ( 40 ,'Борислав');
insert into #t1 values ( 50 ,'Божена');
insert into #t1 values ( 60 ,'Ванда');
insert into #t1 values ( 70 ,'Владислав');
insert into #t1 values ( 80 ,'Вилен');
insert into #t1 values ( 90 ,'Вера');
insert into #t1 values ( 100 ,'Доля');
insert into #t1 values ( 110 ,'Ждан');
insert into #t1 values ( 120 ,'Лада');
insert into #t1 values ( 130 ,'Любомила');
insert into #t1 values ( 140 ,'Мартин');
insert into #t1 values ( 150 ,'Милан');
insert into #t1 values ( 160 ,'Мичлов');
insert into #t1 values ( 170 ,'Мечеслав');
insert into #t1 values ( 180 ,'Олеся');
insert into #t1 values ( 190 ,'Рада');
insert into #t1 values ( 200 ,'Ростислав');
insert into #t1 values ( 210 ,'Святослав');
insert into #t1 values ( 220 ,'Станислав');
insert into #t1 values ( 230 ,'Томила');
insert into #t1 values ( 30 ,'Богдан');
insert into #t1 values ( 210 ,'Святослав');

select tid, tname into #t2 from #t1;
delete #t2 where tid in ( 50 ,  70  ,  90 );


insert into #t2 values ( 240 ,'Борис');
insert into #t2 values ( 250 ,'Елисей');
insert into #t2 values ( 270 ,'Мирослав');



select * from #t2
except
select * from #t1
...
Рейтинг: 0 / 0
Посоветуйте выбор СУБД
    #37047329
goldenfoods
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Andrey Sribnyak,
Спасибо.
...
Рейтинг: 0 / 0
13 сообщений из 213, страница 9 из 9
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Посоветуйте выбор СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]