常連

こんにちは。
初歩的な質問で申し訳ございません。
**Laravel**や、pythonの**sqlalchemy**など、ORMは沢山あると思うのですが、こちらについて質問さて下さい。

質問内容
　ORMでは、最初にテーブル定義をクラスに書くと思うのですが、これはORMを使用するための必要工数と言うことで良いのでしょうか。最初にテーブル定義をクラスに書いておくことで、その後の処理がラクになると言いますか。
「ORMとはそういうものだ。」という認識で良いでしょうか。

宜しくお願い致します。


ORMの使い方について

ER図を書くツールは何をつかっていますか？

私がつかったことがあるのは、次のものです。

設計時
  - [ERMaster](http://ermaster.sourceforge.net/index_ja.html)
  - Excel でちまちまと書いていく..
  
リバース・エンジニアリング時
  -  [erd](http://qiita.com/kanpou_/items/74eca1846101e6db3387)

その他：(研究中)
  - eclips の Sirius は ER 図作成につかえるものなのでしょか？

追加 (2015-11-13)
* そもそも、DBを使う場合, 設計時に ER 図を書きますか？
  (複数人で作業する場合を想定しています。)

ER図を書くツールは何をつかっていますか？

### 前提

GoでAPIを構築する際、ORMを使用せず生のSQLを書くとそれをStructにマッピングする必要があります。
sqlx (https://github.com/launchbadge/sqlx) のようなライブラリを使うことで、マッピングを簡易的に行うことも可能ですが、
One-to-ManyやMany-to-Manyとなると対応しておらず、クエリを複数回叩くか、取得したデータをループで回して手動でStructに入れていかなければなりません。

はじめはそんなわけがないと思い、いろいろ解決策を探したのですが例えばここ（https://stackoverflow.com/questions/54601529/efficiently-mapping-one-to-many-many-to-many-database-to-struct-in-golang） 
でも言及されてるように、泥臭い解決方しかないようです。


### 聞きたいこと

そこでお聞きしたいのは、どうやって解決するか？ということではなく、
本当にこんなことをみんなやってるのか？という素朴な疑問です。

ORMの話になったとき、巷ではよく「ORMを使うのはよくない」とか「本来ORMは必要ない」というような情報を目にします。
中でもGoは言語思想的にもしくは言語の特徴的にORMを使わない方が良いという風潮が強いように感じます。

でもORMを使わないことがこんなに面倒ならあまりに割に合ってない気がしてしまいます。

リンク先の例は非常にシンプルなものですが、実際の現場ではもっと複数のテーブルを組み合わせる必要があったり、もっと深くネストすることもありますよね、そう考えるととてもORM無しでやれるとは思えません。

世の中のバックエンドエンジニア方々、ORMなんて無くていいんだという強者な人たちは本当にこんなことをしているのでしょうか？
それとも私が知らないだけでもっと優れた解決法があるのでしょうか？

個人ではフルスタックで開発していますが、ORMを使用した経験(Node.js + prisma等)しかありません。
会社で働く際はフロントエンド中心でバックエンドを触る機会はあまりなく、あったとしてもORMを使用したプロジェクトにしか関わったことがないのでこちらで質問させていただきました。

先輩方のお話を聞かせていただけると幸いです。

GoでのORMを使用しないAPI開発。SQLの結果をstructにmapすることについて。

### 実現したいこと
APIを叩いたときDBからデータの更新と抽出したいのですがうまくできません。
初歩的な質問だと思いますがよろしくお願いします。

### 前提
hogehogeテーブルにあるhogeカラムにある値を、LIKE句の前方一致で検索して一致する値の文字列をREPLACEで古い値から新しい値へ置き換えたいのですが、下記のエラーが出ており解決ができません。
現状は、$3が読み取れないというエラーが出ているのと、API実行時に出るログの最後の方に $3%!(NOVERB)と出ています。
$3と%の文字結合が間違ってるかなと思ったのですが、原因がわからない状態です。

```
エラーメッセージ
ERROR: there is no parameter $3 (SQLSTATE 42P02)

log.Infofを仕込んだときのエラー
UPDATE hogehoge SET path = REPLACE(hoge, $1, $2) WHERE hoge LIKE $3%!(NOVERB)
```

### 該当のソースコード

```ここに言語名を入力
ソースコード
query := `UPDATE hogehoge SET hoge = REPLACE(hoge, $1, $2) WHERE hoge LIKE $3`
query = fmt.Sprintf(query + "%")
```

### 試したこと
```ここに言語を入力
syntax error at or near "(" (SQLSTATE 42601)

syntax error at end of input (SQLSTATE 42601)
```
などのSQLの構文エラーは解消してます。
### 補足情報（FW/ツールのバージョンなど）
言語: GO
ORM: sqlboiler
DB: Postgresql

Postgresql パラメータが読み込めないエラー

### 質問
現在、バックエンドエンジニアへの転職活動中でポートフォリオを作成しております！
先日現場のエンジニアの方から「SQL文を使えないのはダメだ」と言われてしまったのですが、PFレベルのアプリケーション開発ではO/Rマッパーを使用すればSQL文を深くは理解しないままそれなりのDB操作が出来てしまうためあまりピンときませんでした。(一応生成されるSQL文は理解できます！)

そこで現場でORMを使用している方に質問なのですが、どのような場面でSQL文を理解、使用できないと困るのが教えていただきたく質問させていただきました。
私の予想では
・FW内ではなく直接DBを触る機会が頻繁に発生するため
・実際のアプリケーションではORMの簡単なメソッド では絞り込むことができない複雑なDB処理がしばしば発生するため
なのかな、と考えております。
宜しくお願いいたします。

現場ではORMだけではなくSQL文を頻繁に利用するのでしょうか？

下記のように、prismaのschema.prismaにはDATABASE_URLの環境変数を読み込む設定がありますが、このDATABASE_URLの値を別のenvファイルから参照するようにしたい場合はどうしたらいいでしょうか？

デフォルトは、プロジェクト直下の.envを参照するようになっています。

環境はnest.jsを使用しています。
dot-envを使用して、prisma generateを行なってからnest.jsを起動しても、下記のエラーがでてしまいます。

■prisma/schema.prisma
```
datasource db {
  provider = "postgresql"
  url      = env("DATABASE_URL")
}
```

■.env
```
DATABASE_URL=${DRIVER}://$......
```

■error
```
Error: error: Error validating datasource `db`: the URL must start with the protocol `mysql://`.
```

prismaのdatabaseのurlの環境変数の参照を別のenvファイルにしたい

## 【やろうとしていること】
Typeormを使って簡単なアプリを作成中で、まずは基本的な操作を試してみるべく、CRUD処理を一通り書いてみようとしている段階です。

## 現在の状態
ローカル環境にて、Typeormをインストール。
DB(AWS RDS)と接続は成功で、マイグレーションファイルの作成と、マイグレーションの実行はできています。

## エラーの状態
まずは、データをインサートしてみようと思い、下記のようなファイルを用意し、実行してみましたところ、このようなエラーが出ています。
※この記事を参考にしました。
[https://qiita.com/taisuke-j/items/001dfaa8b61649601d73](https://qiita.com/taisuke-j/items/001dfaa8b61649601d73)

```javascript
// test.js  (ルートディレクトリ直下に作成)
import { getConnection } from "typeorm";

await getConnection()
  .createQueryBuilder()
  .insert()
  .into(User)
  .values([{ id: 5, username: "Timber", password: "pass1234" }])
  .execute();
```


```javascript

$ node test.js
/Users//mil/typeorm_test/node_modules/typeorm/error/TypeORMError.js:9
        var _this = _super.call(this, message) || this;
                           ^
ConnectionNotFoundError: Connection "default" was not found.
以下省略
```
## やってみたこと
`ConnectionNotFoundError: Connection "default" was not found.`で検索してみたところ、下記のリンクの記事があり、その通りにDBの設定に`name: 'default',`を追加してみましたが、変化ありませんでした。

[https://www.gitmemory.com/issue/entrostat/typeorm-test-transactions/9/606762369](https://www.gitmemory.com/issue/entrostat/typeorm-test-transactions/9/606762369)

## 実現したいこと
エラーなく、コマンドからデータをインサートしたい。

## コード

```typescript
// src/entity/User.ts
// このファイルは問題なくマイグレートできました。
import { Entity, PrimaryGeneratedColumn, Column } from "typeorm";

@Entity()
export class User {
  @PrimaryGeneratedColumn()
  id: number;

  @Column()
  username: string;

  @Column()
  password: string;
}

```

【Typeorm/Node.js】 でCRUDしたいがエラー(ConnectionNotFoundError: Connection "default" was not found.)がでて出来ない。

Pythonを使ってRedshiftのデータを加工、分析、表示するコードを書いています。
DBから取得したデータをpandasのDataFrameに入れていろいろと触る方針です。
PythonからRedshiftに接続する方法を調べていて、psycopg2を使って接続、SQLを実行する方法は確立したのですが、SQLAlchemyをかませてcreate_engineしてから接続する方法を紹介しているところが非常に多く、混乱しています。
psycopg2を使って直接接続すれば
```python
import pandas as pd
import psycopg2 as pg2

con= pg2.connect(host=server,database=db,port=dbport,user=username,password=userpass) as con:
df=pd.read_sql(query,con)
con.close()
```
のようなコードで済むところを、
```python
from sqlalchemy create_engine
import pandas as pd
import numpy as np
import psycopg2 as pg2

db_conf='postgresql+psycopg2://{user}:{passwd}@{host}:{port}/{dbname}'.format(
    user=username,passwd=userpass,host=server,port=dbport,dbname=db)
engine=create_engine(db_conf)
con=engine.connect()
data=pd.read_sql(q,engine)
con.close()
engine.dispose()
```
上記のように一度SQLAlchemyでエンジンを作ってデータを取る方法を紹介しているのですが、変数も増えるしコードも長くなるしいいことがないように思えてなりません。

わざわざコードを冗長にしているからには相応の理由があると思うのですが、pythonスクリプトからSQLAlchemyを一度はさんでSQLに接続するメリット、使わなかった場合のデメリットとはなんでしょうか？