2010-07-03 4 views

답변

3

나는 명백한 대안으로 MySQL을 고려할 것입니다.

그러나 근본적으로 하나의 관계형 데이터베이스는 ADO.NET과 같은 것을 통해 액세스 할 때 훨씬 더 동일합니다. SQL Server에 지루하다면 다른 데이터 액세스 전략을 시도해 보지 않을 이유를 찾을 필요가 없습니다.

사용하면 다음과 같은 표준 ADO.NET을 사용하는 것보다 데이터베이스 작업을 훨씬 더 즐겁게 할 수있는 ORM (관계형 매퍼 객체)를 사용하는 여부를 당신은 언급하지 않습니다

  • 자 NHibernate를 IMO
  • 음속

, 노력 SQL 서버 만 고수를 SQL로

  • 엔티티 프레임 워크
  • Linq에 몇 가지 다른 ORM을 사용하면 다른 데이터베이스로 전환하는 것보다 훨씬 재미있을 것입니다.

    RavenDB과 같이 문서 데이터베이스를 사용하는 방법에 대해 살펴 보시겠습니까?

  • +1

    +1 두 번째 문장의 경우. 지루함에서 벗어나 다른 것을 시도해 보는 것은 의미가 없습니다. 결국 관계형 데이터베이스는 관계형 데이터베이스입니다. 악마는 세부 사항에 있습니다 (SQL 서버는 계속 실행하기가 어렵지 않습니다). 그러나 상위 레벨에서는 거의 같습니다. – TomTom

    5

    VistaDBMySql을 권해드립니다.

    +2

    +1 동의합니다. 둘 다 .net 공급자가 있으므로 SQL을 사용하여 작성하는 데 사용되는 모든 코드는 특정 데이터베이스를 제외하고 동일합니다. – spinon

    +0

    사실. 둘 다 신뢰할 수있는 .net 공급자가 있습니다. 유일한 차이점은 vistaDB가 상업적이지만 비용이 합당하다는 것입니다. –

    2

    Connectionstrings.com을 살펴 보시기 바랍니다. 대부분의 데이터베이스는 .NET 공급자를 사용할 수 있습니다.

    1

    "양호"를 정의하십시오.

    데이터베이스를 간단한 데이터 저장소로 사용 하시겠습니까, 아니면 데이터베이스가 비즈니스 논리 (저장 프로 시저, 트리거)를 구현해야합니까?

    앱을 출하하고 쉽게 설치해야합니까?

    데이터베이스가 상업용인지, MSSQL이 무료 버전을 제공하는지는 중요합니까?

    @richeym이 지적한 것처럼 SQL 문은 충분한 인터페이스입니까, 아니면 ORM이 필요합니까?

    관련 문제