AAron2с127
Меня собственно маркетинговые лозунги MS мало интересуют. Пусть кричат, если хочется.


Речь шла не о мелкософте, а о том, что начальство в приказном порядке скажет все писать на .НЕТ-е. Например из тех соображений, что начальство считает, что .НЕТ оно знает, а ТСКЛ - нет. Воспринимайте это как шутку.



Dooma c127ИМХО серверная часть удобнее пишется на специально созданном языке сервера, типа PL/SQLТа часть, которая непосредсвенно DML -несомненно. Так что не волнуйтесь про nested loop.

Совершенно не переживаю nested loop. А при чем тут оно?


Dooma
Тем не менее, например, у меня есть н-ное количество ф-ций которые я точно переведу на .NET. Например ф-ция для печати перевода суммы в словесное представление куда гармоничнее будет выглядеть на C#, да и работать будет быстрее.

То что Вы что-то там переведете на .НЕТ, к сожалению, не означает, что это и в самом деле наилучшее решение. Это что, именно та часть приложения, где ему не хватает производительности? Зачем его оптимизировать по скорости? Я бы их может на С написал, а может и не трогал бы вообще, от ситуации зависит. Но право Ваше.

А почему Вы решили, что они будут работать быстрее? Вы знаете как .НЕТ код встраивается в сервер? Так расскажите. Я, например, не знаю, мне будет интересно послушать.

Dooma c127Это мелкософту так бы хотелось. Но на самом деле .НЕТ сопрягается без проблем со всем у кого есть .НЕТ драйвер, так что при выборе сервера лучше использовать более существенные соображения. Дешевле обойдется.Да нет, это вам бы так не хотелось, но благодаря MS .NET все же лучще сопрягается с Yukon. Да и дешевле обойдется тот же Yukon, и уж тем более в обслуживании.

Это, типа, апрельские тезисы? Доказательно. С цифрами, диаграммами и цитатами. Сразу видно специалиста.

Я не утверждал, что будет дороже, но откуда Вы знаете, что будет дешевле? Вы живьем-то хоть юкон видели, построили на нем хоть одно работающее приложение, или все больше по информации с мелкософтовских сайтов? Так почему Вы решили, что он будет дешевле вообще и в обслуживании в чатсности? И кого он будет дешевле, постгреСКЛ-я с файербердом? Вряд ли.

DoomaА если имеются в виду расказы про то, как MSSQL не "потянет", а оракл "потянет", то приберегите их для своей бабушки :)

К чему это? Мы вроде обсуждаем полезность интеграции .НЕТ-а в СКЛ сервер. Что, оракл стал поддерживать .НЕТ и на нем тоже работает быстрее МССКЛ-я? Вроде я такого нигде не говорил.

Dooma Разговор был про разницу в .NET интеграции. А не про что-то другое. Сами в сторону не уводите.

Во-во, и я о том же.

Dooma
В тесной .NET интеграции мне проще будет писать extended процедуры. Кроме того они больше не будут такими "опасными".
Поэтому "некие" .NET программисты и предпочтут MS.

QA, кстати, у вас, вообще, не будет.

Что такое "extended процедуры"? Я подозреваю что Вы зачем-то так называете сохраненки. А почему они опасны? По крайней мере почему написанные на .НЕТ-е они будут безопанее чем на ТСКЛ-е? Если я правильно понял идеологию интегрирования .НЕТ-а в СКЛ сервер, то .НЕТ-овские как раз получаются опаснее, поскольку там СКЛ запросы проверяются во время исполнения, а не во время компиляции, как в ТСКЛ-е:
SqlCommand cmd = SqlContext.GetCommand();
cmd.CommandText = "select intcolumn from tbl" ;
SqlDataReader r = cmd.ExecuteReader();
/topic/143322&pg=4&hl=execute#1171756

Dooma c127Совершенно не переживаю nested loop. А при чем тут оно?Это ответ на чью-то шутку выше: "хех. а как же уникальная возможность написать свой собственный вариант nested loops ;)?"

Шутка тоже моя?

Dooma
c127А почему Вы решили, что они будут работать быстрее? Вы знаете как .НЕТ код встраивается в сервер? Так расскажите. Я, например, не знаю, мне будет интересно послушать.Почитайте сами MSDN и узнаете что куда встраивается.

Вот такая ситуация получается. Вы что-то утверждаете, причем в совершенно безапеляционной форме, а как только Вас просят хоть как-то это обосновать, то Вы отправляете к МСДН, причем без конкретных ссылок. Нет проблем, тут уже был такой Андрей Леонидович, тоже любил подобные аргументы, типа найдите в интернете, найдите в моих предыдущих постах.


Dooma
c127Это, типа, апрельские тезисы? Доказательно. С цифрами, диаграммами и цитатами. Сразу видно специалиста. ... Так почему Вы решили, что он будет дешевле вообще и в обслуживании в чатсности? И кого он будет дешевле, постгреСКЛ-я с файербердом? Вряд ли.Когда вы заявляете "Дешевле будет", вы почему-то не приводите ни каких цифр и графиков, но требуете их от меня.

А я такого не заявлял. Вы не вырывайте фраз из контекста и все будет хорошо. А контекст был такой: "Но на самом деле .НЕТ сопрягается без проблем со всем у кого есть .НЕТ драйвер, так что при выборе сервера лучше использовать более существенные соображения. Дешевле обойдется."

Поясняю. Тут утверждается, что все СКЛ сервера неплохо интегрируются с .НЕТ-ом. И поэтому если при выборе СКЛ сервера использовать не соображения интеграции с .НЕТ-ом, с которой и так проблем нет, а более существенные, то такое решение обойдется дешевле.

Так вот тут даже теоретически спорить можно ТОЛЬКО о том, что либо в сопряжении .НЕТ-а с другими СКЛ серверами есть большие проблемы (а их нет), либо что .НЕТ является самым-самым существенным фактором, причем с очень большим отрывом. Что очевидно неверно. А практически вообще спорить не о чем, и так ясно, что .НЕТ самым главным фактором быть может, максимум одним из факторов. Даже Ваши коллеги пытались доказать Вам, что .НЕТ существенным при работе с СКЛ сервером не является.

К тому же тут нигде не сказано, что по более существенным соображениям не выиграет МССКЛ сервер.


DoomaПочему же я должен суетится.

Не должны ни в коем случае, продолжайте и дальше болтать языком.


Dooma
А по поводу обслуживания, посмотрите средние уровни зарлат DBA на Оракл и на MSSQL. При этом MSSQL справляется с этими же задачами "на ура". Как в рекламе спрашивается: "Если нет разницы, зачем платить больше?" :)

А с это каких пор стоимость обслуживания системы определяется исключительно зарплатой ДБА? Есть программисты, они тоже обслуживают систему, стоимость СКЛ сервера, он тоже может обслуживаться, например техсапортом производителя, стоимость ОС, железа и куча других вещей. Еще может сыграть роль такой фактор как количество этих самых ДБА. Чтоб было понятнее: 10 ДБА по 50 тыс в год стоят больше чем 5 ДБА по 75 тыс. в год. 75>50, а в результате затрат меньше.

Так что величина зарплаты сама по себе не аргумент. Другие мысли есть?


Dooma
c127Что такое "extended процедуры"? Я подозреваю что Вы зачем-то так называете сохраненки. А почему они опасны? По крайней мере почему написанные на .НЕТ-е они будут безопанее чем на ТСКЛ-е? Если я правильно понял идеологию интегрирования .НЕТ-а в СКЛ сервер, то .НЕТ-овские как раз получаются опаснее, поскольку там СКЛ запросы проверяются во время исполнения, а не во время компиляции, как в ТСКЛ-е:Это внешние процедуры "external procedures" в ваших понятиях. Так что вы мимо кассы.

Да, действительно, ошибся. Все время забываю что имею дело со сторонником мелкософта, т.е. с человеком который пользвется уникальной, нигде больше не встречающейся терминологией, и другой не знает. К Вашему сведению в некоторых СКЛ серверах нет разницы между сохраненками и внешними процедурами, например в файерберде и ДБ2.

Вы что, так часто использовали внешниме процедуры, что их безопастность Вас так беспокоит? Скорее всего вообще ни разу. Я, например, только тестировал, на живой базе не использовал никогда по причине ненадобности. Так что их безопастность и мне, и скорее всего Вам тоже, по барабану.

А Почему на .НЕТ-е они "больше не будут такими опасными"? А какими опасными они были, до сих пор?