Сообщение Re[74]: Java vs C# vs C++ от 09.10.2015 5:31
Изменено 09.10.2015 5:50 Serginio1
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Вроде бы весь набор операций, нужный для работы с sql имеется. Причём в полном соответствие с linq синтаксисом (одним из двух вариантов). А что ещё надо для ORM? )
S>> Еще раз без навигационных свойств снижает функциональность в разы. Поверь мне, так как знаю разницу.
S>>По быстродействию. Самая распространенная задача это когда есть некий отчет, где пользователь может наложить до 6 и более условий.
S>>Причем например для справочников эти условия могут быть как равны элементу либо входить в группу. Невыбранные параметры не участвуют в запросе.
S>>Смыла в статическом запросе никакого нет. Кроме того поддержка разных баз, провайдеров итд
_>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа итд.
Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
S>> Но опять когда эта скорость нужна? Для клиента то он её просто незаметит. А например для Asp.Net то если сильнозагруженный сервер по 1000 запросов в секунду, то тогда стоит заморочится на скорость. Но таких задач ооочень мало.
_>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>Здравствуйте, Serginio1, Вы писали:
_>>>Вроде бы весь набор операций, нужный для работы с sql имеется. Причём в полном соответствие с linq синтаксисом (одним из двух вариантов). А что ещё надо для ORM? )
S>> Еще раз без навигационных свойств снижает функциональность в разы. Поверь мне, так как знаю разницу.
S>>По быстродействию. Самая распространенная задача это когда есть некий отчет, где пользователь может наложить до 6 и более условий.
S>>Причем например для справочников эти условия могут быть как равны элементу либо входить в группу. Невыбранные параметры не участвуют в запросе.
S>>Смыла в статическом запросе никакого нет. Кроме того поддержка разных баз, провайдеров итд
_>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа итд.
Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
S>> Но опять когда эта скорость нужна? Для клиента то он её просто незаметит. А например для Asp.Net то если сильнозагруженный сервер по 1000 запросов в секунду, то тогда стоит заморочится на скорость. Но таких задач ооочень мало.
_>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
Re[74]: Java vs C# vs C++
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, Serginio1, Вы писали:
_>>>Вроде бы весь набор операций, нужный для работы с sql имеется. Причём в полном соответствие с linq синтаксисом (одним из двух вариантов). А что ещё надо для ORM? )
S>> Еще раз без навигационных свойств снижает функциональность в разы. Поверь мне, так как знаю разницу.
S>>По быстродействию. Самая распространенная задача это когда есть некий отчет, где пользователь может наложить до 6 и более условий.
S>>Причем например для справочников эти условия могут быть как равны элементу либо входить в группу. Невыбранные параметры не участвуют в запросе.
S>>Смыла в статическом запросе никакого нет. Кроме того поддержка разных баз, провайдеров итд
_>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
S>> Но опять когда эта скорость нужна? Для клиента то он её просто незаметит. А например для Asp.Net то если сильнозагруженный сервер по 1000 запросов в секунду, то тогда стоит заморочится на скорость. Но таких задач ооочень мало.
_>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.
_>Здравствуйте, Serginio1, Вы писали:
_>>>Вроде бы весь набор операций, нужный для работы с sql имеется. Причём в полном соответствие с linq синтаксисом (одним из двух вариантов). А что ещё надо для ORM? )
S>> Еще раз без навигационных свойств снижает функциональность в разы. Поверь мне, так как знаю разницу.
S>>По быстродействию. Самая распространенная задача это когда есть некий отчет, где пользователь может наложить до 6 и более условий.
S>>Причем например для справочников эти условия могут быть как равны элементу либо входить в группу. Невыбранные параметры не участвуют в запросе.
S>>Смыла в статическом запросе никакого нет. Кроме того поддержка разных баз, провайдеров итд
_>Самая распространённая задача где? ) К примеру в веб'е (а я думаю можно не уточнять, что эта область намного больше любых ERP и т.п.?) такое надо ещё постараться найти. А вот как раз статические запросы вида GetUserById, GetProductById и т.п. выглядывают из-за каждого угла.
И в вэбе. Клиенту нужно получить данные о его заказах в разрезе заказа, заказов его покупателей, товаров привязанных к заказу без заказа, только готовые заказы итд.
Например 1С это тоже Вэб клиент. А таких отчетов почти каждый. У тебя просто опыта нет.
S>> Но опять когда эта скорость нужна? Для клиента то он её просто незаметит. А например для Asp.Net то если сильнозагруженный сервер по 1000 запросов в секунду, то тогда стоит заморочится на скорость. Но таких задач ооочень мало.
_>Ну вообще то эффективный код позволяет экономить деньги на железе в любом случае, вне зависимости от нагруженности сервера. Просто в случае небольшого трафика это будут копейки, которые не окупают повышенную зарплату соответствующих специалистов. А вот в случае популярных сервисов оказывается уже выгоднее платить им деньги, но сократить количество серверов.
Давай посчитаем. 1С справляется как минимум с сотней клиентов. При этом нагрузка на 1 SQL и 1 сервер приложений далека то 100 процентов.
Предприятий такого плана 80% как минимум. Мелкий и средний бизнесс
Сложность задач это миллионы строк. Один отчет может занимать десятки тысяч строк. И на 1С это может делать далеко не супер квалифицированный человек.
Если это делать на С++, то просто столько специалистов не найдется. При этом ЗП одного специалиста 1С сравнима с 1 сервером. Вот и считай, что выгодно.
Как правильно тут заметили, когда у тебя сотни и тысячи серверов то стоит задуматься и о скорости. Но понятно, что таких задач минимум, от реальных задач.