powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / ORM vs sql
25 сообщений из 451, страница 8 из 19
ORM vs sql
    #37605502
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosа датасеты самое лучшее что придумал микрософт
Датасеты (типизированные) самое лучшее худшее, что придумал майкрософт.
А на обычных же датасетах строят свои DAL'ы к хранилищам вообще полоумные.
ViPRosдебильные дженерики, маппинг и т.д. фигня
Генерики - это самое лучше, что есть в дотнете. Даже в джаве они "искуственные", не такие как в дотнете.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605516
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DataSet'ы офигительны когда разработка ведется от базы.
Но так как от базы в наше время никто не разрабатывает, кроме тех, кто остался в 2000м году, то DataSetы не нужны конечно же.

Но ORM применим в обоих подходах.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605520
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вскм вумным и продвинутым!
Покажите свои проги(ну часть или хоть что то реальное(не копи файл или там показ слайдов, а допустим расчет зарплаты), а не копипаст от книг), докажите то, о чем вы тут лялякаете!
...
Рейтинг: 0 / 0
ORM vs sql
    #37605522
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRos,

посмотри MS Axapta или Navision, можешь еще посмотреть JD Edwards, бывший Sun, ныне Oracle.
В базе строятся только отчеты. Вся логика на уровне AppServer.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605526
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
EnomayВся логика на уровне AppServer.
И это правильно, ибо масштабируемо, надежно, отказоустойчиво, мобильно, тестируемо, рефакторно, скаффолдингово.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605528
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУViPRosа датасеты самое лучшее что придумал микрософт
Датасеты (типизированные) самое лучшее худшее, что придумал майкрософт.
А на обычных же датасетах строят свои DAL'ы к хранилищам вообще полоумные.
ViPRosдебильные дженерики, маппинг и т.д. фигня
Генерики - это самое лучше, что есть в дотнете. Даже в джаве они "искуственные", не такие как в дотнете.
ну насчет микрософт я конечно загнул. Датасеты = Мидас, но микрософт туда сунул релейшн (круче чем в СКЛ).
Типизированные Датасеты хороши для описания метаданных (так как там жесткая структура), а нетипизированные для самих данных. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через
dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId.
Дженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах
Мусь, ну покажи хоть кусок какой нить проги, токо не долбаный мембершип
...
Рейтинг: 0 / 0
ORM vs sql
    #37605530
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
EnomayViPRos,

посмотри MS Axapta или Navision, можешь еще посмотреть JD Edwards, бывший Sun, ныне Oracle.
В базе строятся только отчеты. Вся логика на уровне AppServer.
и потому они часами разузловывают 1 изделие, 2 сутки считают МРП и т.д.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605531
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosи потому они часами разузловывают 1 изделие,

есть знакомый проект, где это в базе делалось. больше суток. очень долгой и дорогой была оптимизация. выигрыш был процентов 15%. что уже неимоверно круто. в случае с App-сервером достаточно было бы доставить пару кластеров и распаралелить задачу на них.

ViPRos2 сутки считают МРП и т.д.

где 2е суток считается? кем?
данные либо уже посчитаны, либо, если это отчет, считаются в базе. ORM тут никак тормозом быть не может. а вот база не тянет... это да.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605532
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosТипизированные Датасеты хороши для описания метаданных (так как там жесткая структура), а нетипизированные для самих данных. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через
dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId.


то есть мы возвращаемся обратно в 2000й год. когда весь мир доказал что типизация это хорошо и правильно, ибо позволяет отловить не малую часть ошибок на этапе компиляции, упрощает тестирование, а так же показывает ошибки и в рантайме... мы всё это выбрасываем и возвращаемся к php, где баг из-за неправильного типа данных можно искать месяцами. браво.

ViPRosДженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах


ересь какая-то.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605535
Lelouch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot ViPRos]МСУпропущено...
1. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через
dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId.
2. Дженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах
Мусь, ну покажи хоть кусок какой нить проги, токо не долбаный мембершип

1. Нет там никакого улучшения: ни интелисенса, ни комментариев, ни . Одно и тоже что и строка. Только выглядит "круто и объектно", по удобству написания ничем не лучше.
2. Вы с явой попутали, это там генерики не поддерживаются на уровне среды исполнения и заменяются а список объектов + кучи кастов.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605536
Lelouch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сори, случайно не тот тег Quote стер.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605538
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Enomayгде 2е суток считается? кем?
данные либо уже посчитаны, либо, если это отчет, считаются в базе. ORM тут никак тормозом быть не может. а вот база не тянет... это да.
не рассказывай басни
твоя аксапта просто умрет от моих изделий, а не то бы рассчитать расписание
...
Рейтинг: 0 / 0
ORM vs sql
    #37605540
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosне рассказывай басни
твоя аксапта просто умрет от моих изделий, а не то бы рассчитать расписание

был вопрос о расчете зп?
причем тут изделия? для огромных размеров деревьев существуют кастомные решение. но опять же, причем тут orm?
...
Рейтинг: 0 / 0
ORM vs sql
    #37605541
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Enomay
то есть мы возвращаемся обратно в 2000й год. когда весь мир доказал что типизация это хорошо и правильно, ибо позволяет отловить не малую часть ошибок на этапе компиляции, упрощает тестирование, а так же показывает ошибки и в рантайме... мы всё это выбрасываем и возвращаемся к php, где баг из-за неправильного типа данных можно искать месяцами. браво.

ViPRosДженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах


ересь какая-то.
Никакой типизации и НЕТ!
я уж говорил про синхронизацию с БД тут.
че ересь то? или ты просто их не пробовал? как со скоростью? не сравнивал?
...
Рейтинг: 0 / 0
ORM vs sql
    #37605543
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Lelouch]ViPRosпропущено...


1. Нет там никакого улучшения: ни интелисенса, ни комментариев, ни . Одно и тоже что и строка. Только выглядит "круто и объектно", по удобству написания ничем не лучше.
2. Вы с явой попутали, это там генерики не поддерживаются на уровне среды исполнения и заменяются а список объектов + кучи кастов.

1. все равно удобно, чем есть
2. такое же говно и в нет
...
Рейтинг: 0 / 0
ORM vs sql
    #37605544
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosНикакой типизации и НЕТ!

вообще нет? в базе данные тоже в строках все лежат? или в блобах?

ViPRosя уж говорил про синхронизацию с БД тут.

какая синхронизация? причем тут синхронизация?

ViPRosче ересь то? или ты просто их не пробовал? как со скоростью? не сравнивал?

сравнивать по скорости с чем?
тебе уже написали выше, что такое Generics ты совершенно не знаешь. тут даже добавить больше нечего.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605545
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRos2. такое же говно и в нет

то есть человек совершенно не владеющий предметом что-то пытается доказать. это уже даже не смешно.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605547
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosкак со скоростью? не сравнивал?

да, кстати. если сравнивать использование генериков с датасетами, то последние сливают по всем параметрам. как по скорости, так и по кол-ву потребляемой памяти. а уж если мы их через сервисы передавать захотим, то еще и проц нагрузит постоянной обработкой огромных XML.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605551
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosТипизированные Датасеты хороши для описания метаданных (так как там жесткая структура)
Типизированные датасеты - это зло, причем беспощадное. ORM даёт и метаданные, и типизацию.
ViPRosа нетипизированные для самих данных.
Когда заранее неизвестна структура - единственный случай применимости датасетов.
ViPRosДля улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через
dynamic
Я плакал... Это гвоздь в надгробие с надписью проверки именования членов и их типов на этапе коипиляции. Сахват, у тебя что не пост, то отжиг.
...
Рейтинг: 0 / 0
ORM vs sql
    #37605555
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ,

да вы просто пишите монументальные проги
а у меня неизвестно не только структура, но и поведение
...
Рейтинг: 0 / 0
ORM vs sql
    #37605558
Lelouch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosМСУ,

да вы просто пишите монументальные проги
а у меня неизвестно не только структура, но и поведение

И наверное даже не известно, что это программа...
...
Рейтинг: 0 / 0
ORM vs sql
    #37605559
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosМСУ, да вы просто пишите монументальные проги
а у меня неизвестно не только структура, но и поведение
Сахват, ты куришь не ту траву, выдыхай. У тебя смешалось всё в кучу, кони, люди, трава же.
Вот тебе адекватный аргумент озвучили - распараллеливание задачи на третьем звене (апп сервер). Как будешь параллелить, если твоя немасштабируемая гавнологика хостится на сиквел сервере.
У меня же в бой вступят тредпул, таски, Parallel, PLINQ. Аргументы?
...
Рейтинг: 0 / 0
ORM vs sql
    #37605561
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да и вообще облака с параллелями придумали идиоты. Накойхер (с) оно нужно, если может математику база данных считать. Бугага
...
Рейтинг: 0 / 0
ORM vs sql
    #37605565
Bob Dylan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
МСУ,


вообще-то первый совет классиков тем, кто хочет построитъ распределённую систему,
гласит: "не распределайте ничего, если можно не распределятъ"

пул соединений, вообще-то, на стороне базы , находится,
PLINQ к обращениям к базам данных тоже неприменим,
единственное, что можно сделатъ с EF лучше- это кэширование,
так что подумайте, у кого и где что смешалосъ
...
Рейтинг: 0 / 0
ORM vs sql
    #37605569
Enomay
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ViPRosEnomay,

это ТВОИ проблемы, а не мои
а дженерики в НЕТ точно так же работают
и воще пшел нах, я эти дженерики еще на коболе делал

да да, мы уже все поняли что ты совершенно не разбираешься в предмете. не нужно больше это доказывать.
...
Рейтинг: 0 / 0
25 сообщений из 451, страница 8 из 19
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / ORM vs sql
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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