|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosа датасеты самое лучшее что придумал микрософт Датасеты (типизированные) самое лучшее худшее, что придумал майкрософт. А на обычных же датасетах строят свои DAL'ы к хранилищам вообще полоумные. ViPRosдебильные дженерики, маппинг и т.д. фигня Генерики - это самое лучше, что есть в дотнете. Даже в джаве они "искуственные", не такие как в дотнете. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 12:12 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
DataSet'ы офигительны когда разработка ведется от базы. Но так как от базы в наше время никто не разрабатывает, кроме тех, кто остался в 2000м году, то DataSetы не нужны конечно же. Но ORM применим в обоих подходах. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 12:58 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
Вскм вумным и продвинутым! Покажите свои проги(ну часть или хоть что то реальное(не копи файл или там показ слайдов, а допустим расчет зарплаты), а не копипаст от книг), докажите то, о чем вы тут лялякаете! ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:11 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRos, посмотри MS Axapta или Navision, можешь еще посмотреть JD Edwards, бывший Sun, ныне Oracle. В базе строятся только отчеты. Вся логика на уровне AppServer. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:13 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
EnomayВся логика на уровне AppServer. И это правильно, ибо масштабируемо, надежно, отказоустойчиво, мобильно, тестируемо, рефакторно, скаффолдингово. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:18 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
МСУViPRosа датасеты самое лучшее что придумал микрософт Датасеты (типизированные) самое лучшее худшее, что придумал майкрософт. А на обычных же датасетах строят свои DAL'ы к хранилищам вообще полоумные. ViPRosдебильные дженерики, маппинг и т.д. фигня Генерики - это самое лучше, что есть в дотнете. Даже в джаве они "искуственные", не такие как в дотнете. ну насчет микрософт я конечно загнул. Датасеты = Мидас, но микрософт туда сунул релейшн (круче чем в СКЛ). Типизированные Датасеты хороши для описания метаданных (так как там жесткая структура), а нетипизированные для самих данных. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId. Дженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах Мусь, ну покажи хоть кусок какой нить проги, токо не долбаный мембершип ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:20 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
EnomayViPRos, посмотри MS Axapta или Navision, можешь еще посмотреть JD Edwards, бывший Sun, ныне Oracle. В базе строятся только отчеты. Вся логика на уровне AppServer. и потому они часами разузловывают 1 изделие, 2 сутки считают МРП и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:21 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosи потому они часами разузловывают 1 изделие, есть знакомый проект, где это в базе делалось. больше суток. очень долгой и дорогой была оптимизация. выигрыш был процентов 15%. что уже неимоверно круто. в случае с App-сервером достаточно было бы доставить пару кластеров и распаралелить задачу на них. ViPRos2 сутки считают МРП и т.д. где 2е суток считается? кем? данные либо уже посчитаны, либо, если это отчет, считаются в базе. ORM тут никак тормозом быть не может. а вот база не тянет... это да. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:26 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosТипизированные Датасеты хороши для описания метаданных (так как там жесткая структура), а нетипизированные для самих данных. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId. то есть мы возвращаемся обратно в 2000й год. когда весь мир доказал что типизация это хорошо и правильно, ибо позволяет отловить не малую часть ошибок на этапе компиляции, упрощает тестирование, а так же показывает ошибки и в рантайме... мы всё это выбрасываем и возвращаемся к php, где баг из-за неправильного типа данных можно искать месяцами. браво. ViPRosДженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах ересь какая-то. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:29 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
[quot ViPRos]МСУпропущено... 1. Для улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через dynamic, что бы можно было писать ds.Tables.musyatable.Rows.RowId.Columns.ColumnId или ds.musyatable.RowId.ColumnId. 2. Дженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах Мусь, ну покажи хоть кусок какой нить проги, токо не долбаный мембершип 1. Нет там никакого улучшения: ни интелисенса, ни комментариев, ни . Одно и тоже что и строка. Только выглядит "круто и объектно", по удобству написания ничем не лучше. 2. Вы с явой попутали, это там генерики не поддерживаются на уровне среды исполнения и заменяются а список объектов + кучи кастов. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:36 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
Сори, случайно не тот тег Quote стер. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:37 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
Enomayгде 2е суток считается? кем? данные либо уже посчитаны, либо, если это отчет, считаются в базе. ORM тут никак тормозом быть не может. а вот база не тянет... это да. не рассказывай басни твоя аксапта просто умрет от моих изделий, а не то бы рассчитать расписание ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:37 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosне рассказывай басни твоя аксапта просто умрет от моих изделий, а не то бы рассчитать расписание был вопрос о расчете зп? причем тут изделия? для огромных размеров деревьев существуют кастомные решение. но опять же, причем тут orm? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:39 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
Enomay то есть мы возвращаемся обратно в 2000й год. когда весь мир доказал что типизация это хорошо и правильно, ибо позволяет отловить не малую часть ошибок на этапе компиляции, упрощает тестирование, а так же показывает ошибки и в рантайме... мы всё это выбрасываем и возвращаемся к php, где баг из-за неправильного типа данных можно искать месяцами. браво. ViPRosДженерики полное говно, все построено на object, на каждый тип создается в рантайме копия кода, постоянные проверки ограничений и т.д. делает их неприменимым в высокочувствительных алгоритмах ересь какая-то. Никакой типизации и НЕТ! я уж говорил про синхронизацию с БД тут. че ересь то? или ты просто их не пробовал? как со скоростью? не сравнивал? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:39 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
[quot Lelouch]ViPRosпропущено... 1. Нет там никакого улучшения: ни интелисенса, ни комментариев, ни . Одно и тоже что и строка. Только выглядит "круто и объектно", по удобству написания ничем не лучше. 2. Вы с явой попутали, это там генерики не поддерживаются на уровне среды исполнения и заменяются а список объектов + кучи кастов. 1. все равно удобно, чем есть 2. такое же говно и в нет ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:42 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosНикакой типизации и НЕТ! вообще нет? в базе данные тоже в строках все лежат? или в блобах? ViPRosя уж говорил про синхронизацию с БД тут. какая синхронизация? причем тут синхронизация? ViPRosче ересь то? или ты просто их не пробовал? как со скоростью? не сравнивал? сравнивать по скорости с чем? тебе уже написали выше, что такое Generics ты совершенно не знаешь. тут даже добавить больше нечего. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:42 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRos2. такое же говно и в нет то есть человек совершенно не владеющий предметом что-то пытается доказать. это уже даже не смешно. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:43 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosкак со скоростью? не сравнивал? да, кстати. если сравнивать использование генериков с датасетами, то последние сливают по всем параметрам. как по скорости, так и по кол-ву потребляемой памяти. а уж если мы их через сервисы передавать захотим, то еще и проц нагрузит постоянной обработкой огромных XML. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:45 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosТипизированные Датасеты хороши для описания метаданных (так как там жесткая структура) Типизированные датасеты - это зло, причем беспощадное. ORM даёт и метаданные, и типизацию. ViPRosа нетипизированные для самих данных. Когда заранее неизвестна структура - единственный случай применимости датасетов. ViPRosДля улучшения читаемости хорошо бы к нетипизированным датасетам и их внутренностям обращаться через dynamic Я плакал... Это гвоздь в надгробие с надписью проверки именования членов и их типов на этапе коипиляции. Сахват, у тебя что не пост, то отжиг. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:50 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
МСУ, да вы просто пишите монументальные проги а у меня неизвестно не только структура, но и поведение ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:53 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosМСУ, да вы просто пишите монументальные проги а у меня неизвестно не только структура, но и поведение И наверное даже не известно, что это программа... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:56 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosМСУ, да вы просто пишите монументальные проги а у меня неизвестно не только структура, но и поведение Сахват, ты куришь не ту траву, выдыхай. У тебя смешалось всё в кучу, кони, люди, трава же. Вот тебе адекватный аргумент озвучили - распараллеливание задачи на третьем звене (апп сервер). Как будешь параллелить, если твоя немасштабируемая гавнологика хостится на сиквел сервере. У меня же в бой вступят тредпул, таски, Parallel, PLINQ. Аргументы? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:57 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
Да и вообще облака с параллелями придумали идиоты. Накойхер (с) оно нужно, если может математику база данных считать. Бугага ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 13:59 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
МСУ, вообще-то первый совет классиков тем, кто хочет построитъ распределённую систему, гласит: "не распределайте ничего, если можно не распределятъ" пул соединений, вообще-то, на стороне базы , находится, PLINQ к обращениям к базам данных тоже неприменим, единственное, что можно сделатъ с EF лучше- это кэширование, так что подумайте, у кого и где что смешалосъ ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 14:07 |
|
ORM vs sql
|
|||
---|---|---|---|
#18+
ViPRosEnomay, это ТВОИ проблемы, а не мои а дженерики в НЕТ точно так же работают и воще пшел нах, я эти дженерики еще на коболе делал да да, мы уже все поняли что ты совершенно не разбираешься в предмете. не нужно больше это доказывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.01.2012, 14:08 |
|
|
start [/forum/search_topic.php?author=pedrocevil4&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 737ms |
total: | 906ms |
0 / 0 |