Não tenho certeza se o stackoverflow é um local para uma pergunta tão geral, mas vamos tentar.

Sendo exposto à necessidade de armazenar dados de aplicativos em algum lugar, sempre usei o MySQL ou o sqlite, apenas porque é sempre assim. Como parece que o mundo inteiro está usando esses bancos de dados (a maioria de todos os produtos de software, estruturas etc.), é bastante difícil para um desenvolvedor iniciante como eu começar a pensar se essa é uma boa solução ou não.

Ok, digamos que temos alguma lógica orientada a objetos em nosso aplicativo, e os objetos estão relacionados um ao outro de alguma forma. Precisamos mapear essa lógica para a lógica de armazenamento, para que também sejam necessárias relações entre objetos de banco de dados. Isso nos leva a usar banco de dados relacional, e eu estou bem com isso - para simplificar, nossas linhas de tabela de banco de dados às vezes precisam ter referências às linhas de outras tabelas.Mas por que usar a linguagem SQL para interação com esse banco de dados?

A consulta SQL é uma mensagem de texto. Entendo que isso é legal para realmente entender o que faz, mas não é bobagem usar nomes de tabelas e colunas de texto para uma parte do aplicativo que ninguém nunca viu após a implantação? Se você tivesse que escrever um armazenamento de dados do zero, nunca teria usado esse tipo de solução. Pessoalmente, eu teria usado algum bytecode 'db query compilado', que seria montado uma vez dentro de um aplicativo cliente e passado para o banco de dados. E certamente nomearia tabelas e dois pontos por números de identificação, não cadeias de caracteres ASCII. No caso de alterações na estrutura da tabela, essas consultas de bytes podem ser recompiladas de acordo com o novo esquema db, armazenado em XML ou algo assim.

Quais são os problemas da minha ideia? Existe alguma razão para eu não escrever e usar o banco de dados SQL?

EDITAR Para tornar minha pergunta mais clara. A maioria das respostas afirma que o SQL, sendo uma consulta de texto, ajuda os desenvolvedores a entender melhor a própria consulta e a depurá-la mais facilmente. Pessoalmente, não vejo pessoas escrevendo consultas SQL à mão há algum tempo. Todos que eu conheço, inclusive eu, estão usando ORM. Essa situação, na qual construímos um novo nível de abstração para ocultar o SQL, leva a pensar se precisamos ou não do SQL. Ficaria muito grato se você pudesse dar alguns exemplos nos quais o SQL é usado sem ORM intencionalmente e por quê.

EDIT2 SQL é uma interface entre um humano e um banco de dados. A questão épor que precisamos usá-lo para interação aplicativo / banco de dados? Ainda peço exemplos de seres humanos escrevendo / depurando SQL.