Comments 5
А через контекст орхарда — IContentManager не пробовали создавать? На сколько тормознутие по сравнению с вашим вариантом?
Максимум, что можно научить таким постом — это копипастить код. Хотя и задача для туториала выбрана довольно примитивная
Что-то мне подсказывает, что если знать, куда надо импортировать данные, то будет абсолютно без разницы, какими методами и инструментами это делать.
Одно меня смущает — мне несколько человек говорило, что низкоуровневый SQL вида 'insert' + $property1 будет отрабатывать заведомо шустрее, чем прослойки типа Linq, и надо низкоуровневый SQL использовать с умом.
Почему в посте говорится о том, что низкоуровненвый SQL на 3000 записей будет выполняться несколько часов?
что-то мне подсказывает, что есть варианты
а) этот низкоуровневый SQL не очень качественно написан
б) скорость очень сильно зависит от коннектора — MSQL, MySQL, Oracle, Postgres, Mongo или еще какая файловая БД.
в) скорость отработки уж очень сильно зависит от количества контента, которое надо импортировать и сложности зависимостей таблиц, которые надо задействовать при импорте.
И то, я скорее всего упустил еще с десяток факторов.
Одно меня смущает — мне несколько человек говорило, что низкоуровневый SQL вида 'insert' + $property1 будет отрабатывать заведомо шустрее, чем прослойки типа Linq, и надо низкоуровневый SQL использовать с умом.
Почему в посте говорится о том, что низкоуровненвый SQL на 3000 записей будет выполняться несколько часов?
что-то мне подсказывает, что есть варианты
а) этот низкоуровневый SQL не очень качественно написан
б) скорость очень сильно зависит от коннектора — MSQL, MySQL, Oracle, Postgres, Mongo или еще какая файловая БД.
в) скорость отработки уж очень сильно зависит от количества контента, которое надо импортировать и сложности зависимостей таблиц, которые надо задействовать при импорте.
И то, я скорее всего упустил еще с десяток факторов.
безусловно, Вы правы. Задача импорта данных будет встречаться все больше с ростом популярности CMS, и суть этого туториала в том, чтобы сэкономить время разработчикам модулей Orchard. Я, например, в свое время потратил ну совсем немало времени на то, чтобы понять, как, что, куда и как записывать на уровне БД.
Я думаю, что если я захочу понять, как работает добавление контента в CMS, я, как минимум попробую посмотреть или в документацию, или в исходный код, или включу суровое логирование всего и вся и буду смотреть, кто, куда, зачем и в какую позу пытается сделать insert/update в моей БД на SQL сервере, если мне захочется драйва и хардкора.
Но это лично моё мнение.
Что не отменяет моего человеческого Вам «Спасибо» за проделанный труд
Но это лично моё мнение.
Что не отменяет моего человеческого Вам «Спасибо» за проделанный труд
Sign up to leave a comment.
Orchard CMS: программное наполнение сайта контентом