К вопросу о различии API от Drupal6 и Drupal7

[salnikov]

Вообще мне тут стало казаться, что разработчики 6-го друпала были более адекватны, чем разработчики 7-го друпала

Comments

[gregory91]

...и неужели настолько сложно узнать основы SQL, в сравнении с изучением этого вот интерфейса?

[salnikov]

Вот я тоже удивляюсь

[cristobal_junta]

"Мне тут говорят" - я так понимаю, это было про меня.

Как у прикладного программиста у меня никогда не возникало необходимости в использовании SQL.
В юности я, конечно, был вынужден в рамках кого-то курса написать пару запросов.

Интерфейс интуитивно понятный. Изучать его не нужно. Зачем вообще нужно изучать интерфейсы?!

Дополнительное озвученное мной преимущество наличия этого интерфейса, о котором salnikov умолчал, состоит в том, что здесь мы имеем дополнительный уровень абстракции между высокоуровневыми механизмами Drupal'а и низкоуровневыми обращениями к БД. Тем самым, the underlying database может быть не только MySQL, а [почти] чем угодно.

[salnikov]

наличие специального интерфейса к БД очевидно следует из db_insert('role')->fields(array('name'=> 'HPC school listener')

Если вообще запретить SQL запросы - вероятно всё будет медленно работать, поскольку будут использоваться сплошные JOIN как это происходит в Microsoft Access. Ну и вообще SQL довально богат на возможности по извлеченю данных.

И вообще, насколько я понял из документации Drupal7 скорее речь идёт о маскировании INSERT, UPDATE, DELETE - поскольку их синтаксис действительно несколько плавает и СУБД поддерживают что им нравится, а не вообще всё.

Чем '%d' хуже ':aaa' или ':?' - мне непонятно тоже. (Там к ним Oracle не приходил случайно?)

[netp_npokon]

А нефиг писать free-form SQL-запросы. Это ж потенциальная дыра в безопасности.
Как, впрочем, и PHP

[netp_npokon]

А, извините. Там и в седьмом тоже db_query. Тогда и правда странно.

[cristobal_junta]

Думаю, db_query остается по историческим причинам. Если уже не объявили, то, наверное, скоро объявят deprecated.

Впрочем, еще раз отмечу, что я не специалист по БД.

[salnikov]

Саша, твои рекомендации по CMS с хорошим API?

[evil_gr]

Мне это кажется попыткой превратить помоечный, но оптимальный код в код более стройный архитектурно, но медленнее работающий.