SQL 기술; 이유가 있는 벤치마크

프로그래밍 및 분석에 입문한 경우 구조화된 쿼리 언어 또는 SQL은 수년 동안 분석의 필수 요소였으며 시스템이 이미 존재하기 때문에 데이터를 가져오기 위해 연결하는 많은 시스템에 백본을 제공합니다. strong>MRO 전기 및 공급 .

반짝이는 모든 새 개체를 보고 "새 시스템을 만들려면 XYZ를 사용하여 만들겠습니다."라고 말하는 것이 좋습니다. 문제는 오래된 것을 새로운 것과 병합해야 하고 회사 전체에 걸쳐, 더 중요하게는 공장 전체에 걸쳐 많은 기존 시스템의 데이터에 액세스해야 할 때 반짝이는 새 개체를 사용하는 것을 재고해야 하고 확실히 그 빛나는 일꾼을 고려해야 한다는 것입니다. 구석에.q

왜 SQL인가? SQL은 여러 가지 이유로 업계 표준이 되었으며 안정적이고 유지 관리가 적으며 다양한 소프트웨어 프로그램과 상호 호환되며 많은 사람들이 데이터 매핑을 위해 SQL을 사용합니다. 그런데 왜요?

SQL 이전의 과거 데이터베이스 시스템은 다양한 플랫폼을 사용했으며 가장 일반적인 플랫폼 중 하나는 Access였습니다. Microsoft 제품은 꽤 흔해서 많은 사람들이 사용할 수 있었고 많은 사람들이 기존 Access 테이블 사용과 관련된 보고서 소프트웨어를 작성했으며 언어를 아는 프로그래머가 많이 있었습니다.

여기에 있지만 파일이 커질수록 상당히 불안정했으며 자체 유지 관리가 아니었으며 파일이 너무 커지고 압축 및 복구가 필요하다는 것을 알고 활성 파일을 열면 꽤 좋은 상태였습니다. 다른 소프트웨어가 이 테이블에 쓰는 동안 파일이 손상될 가능성이 있습니다.

정적인 데이터를 위해 시스템을 사용한다면 괜찮았지만 많은 사람들이 더 동적인 시스템을 필요로 했습니다.

SQL을 입력합니다. SQL이 세계의 모든 플랫폼을 위한 시스템으로 시작하지는 않았지만, 서버 언어용으로 설계되었으므로 다른 프로그램과 매우 잘 어울립니다. 서버용으로 설계되었기 때문에 파일이 너무 커져서 정기적으로 서버가 다운되는 것은 좋지 않기 때문에 안정적이어야 했습니다.

서버는 많은 프로그램과 통신해야 했기 때문에 언어는 SQL 값의 큰 부분을 차지했으며 언어 간에 전사하고 데이터를 전달하는 데 잘 작동했습니다.

시스템에서 서버를 사용하려면 많은 프로그래머가 언어를 배워야 했기 때문에 프로그래머는 풍부했습니다. 이 광범위한 네트워크와 전용 커뮤니티는 안정적인 지원 그룹과 다년간의 경험을 가진 심층 커뮤니티를 제공합니다.

SQL은 1988년에 개발되었지만 더 나은 오류 복원력을 위해 데이터 페이지가 체크섬되고 더 나은 성능을 위해 낙관적 동시성 지원이 추가된 2005년에 가까워질 때까지 다리를 놓지 않았습니다. 권한 및 액세스 제어가 보다 세분화되었으며 쿼리 프로세서가 쿼리의 동시 실행을 보다 효율적인 방식으로 처리했습니다. 테이블 및 인덱스의 파티션이 기본적으로 지원되었으므로 데이터베이스를 클러스터로 확장하는 것이 더 쉬웠습니다. SQL CLR은 .NET Framework와 통합할 수 있도록 SQL Server 2005와 함께 도입되었습니다.

2008년에는 많은 기능이 추가되었습니다.

SQL Server 2008 R2에는 Excel 및 SharePoint용 PowerPivot, Master Data Services, StreamInsight, Report Builder 3.0, SharePoint용 Reporting Services 추가 기능, 계층화된 데이터베이스를 일부로 패키징할 수 있는 Visual Studio의 데이터 계층 기능을 비롯한 여러 가지 새로운 서비스가 포함되어 있습니다. 응용 프로그램 및 여러 SQL Server를 관리하는 데 사용되는 AMSM(응용 프로그램 및 다중 서버 관리)의 일부인 UC(Utility Control Point)라는 SQL Server 유틸리티입니다.

<노스크립트>

왜 아직도 상위권에 있지? 웹 개발자가 가장 많이 사용하는 데이터베이스이며 비상업적 사용자에게는 무료입니다. 예산이 충분하고 다양한 기능과 다양한 인터페이스를 원하며 다른 데이터베이스와 함께 작동할 수 있을 만큼 안정적이면서도 유연한 것이 필요한 회사에 적합합니다. Oracle 에 이어 두 번째입니다. 데이터베이스 영역에서.

두 번째로 많이 사용되는 프로그래밍 언어이기도 합니다. Java 다음으로 가장 많이 사용되는 프로그래밍 언어는 SQL입니다. 이 공통 언어는 많은 IT 전문가가 해당 언어에 익숙하고 많은 프로그래머가 이 언어의 이점을 활용하는 데 정통함을 의미합니다. 이것은 또한 프로그래머가 SQL 안팎을 더 쉽게 조작할 수 있음을 의미합니다.

수명이 있습니다. 46년의 역사를 자랑할 수 있는 데이터베이스나 언어는 많지 않습니다. 어떤 프로그램이 지속되고 번성하기에는 믿을 수 없을 정도로 긴 시간입니다. 우리 삶에서 우리가 의존하지만 생각하지 않는 것이 얼마나 많은지 생각해 보십시오. 우리 대부분은 전기에 대해 생각하지 않고 장치를 연결하기만 하면 작동합니다. 우리는 석탄 발전소, 원자력 발전소, 풍력 터빈 또는 전류를 생성하는 수력 터빈에 대해 생각하지 않습니다. 사실 우리는 공과금 청구서가 만기되는 경우를 제외하고는 전기에 대해 거의 생각하지 않습니다. 이것이 SQL이 프로그래밍에 사용되는 방식입니다... 그냥 작동합니다.

부적절한 시스템으로 고통을 겪었던 많은 사람들이 손실, 손상, 실패 없이 신뢰할 수 있다는 사실이 놀랍습니다.

간단합니까? 네! 사용하기 쉽고 데이터와 분석을 공유할 수 있는 간단한 시스템입니다. 관계형 데이터베이스 관리 시스템(RDBMS)의 역사는 데이터베이스와 테이블에 최적화되어 있습니다. 테이블을 인덱싱하고 쿼리로 검색하는 것이 SQL이 빛나는 곳입니다.

웹 시스템을 설계할 때 SQL이 중요한 이유는 무엇입니까? 속도! SQL이 사용 및 적용되는 방식을 이해하면 테이블을 제대로 인덱싱하지 않으면 속도와 CPU 사용량에 영향을 미칠 수 있으며 시스템, 메모리, 처리 능력 및 시간은 물론 웹 검색 응답 등에 대한 부담에도 영향을 미칩니다.

캐시 파워가 있습니다! 데이터베이스에 액세스할 때 처리 속도와 응답 시간이 감지되는 속도에도 영향을 줍니다. 여기서 SQL과 같은 시스템은 테이블을 인덱싱하여 프로세스 속도를 높이고 시스템의 부담을 줄임으로써 매우 잘 수행할 수 있습니다.

위의 모든 사항이 반드시 언어를 가장 대중적으로 만드는 것은 아닙니다. 확실히 더 대중적인 언어가 있지만 데이터베이스에 액세스하고 데이터에 따라 조치를 취해야 하는 경우 SQL이 거인의 어깨에 서 있다고 생각할 수 있습니다!

질문? 데이터를 찾아 분석하여 문제를 해결하려면 어떻게 해야 합니까? 예, 쿼리? 하지만 어떻게? 쿼리, 그렇죠, 그렇죠? 질문. 누가 먼저인지 컴퓨터 버전입니다.

다른 프로그램에 의한 활용. 많은 프로그래머는 SQL을 통해 이미 얻을 수 있는 것에 액세스하는 데 시간을 낭비하는 프로그램을 작성하는 대신 SQL을 통해 데이터에 액세스하는 것이 더 쉽다고 생각합니다. 데이터를 제공하고 필요한 형식으로 공유하는 데이터 위치에 액세스하는 것이 훨씬 쉽습니다.

SQL은 다양한 형태로 제공됩니다.

SQL이 데이터베이스의 전부는 아니며, 다른 시스템은 이러한 유형의 파일에 대해 SQL보다 더 나은 작업을 수행하는 일반 텍스트 또는 CSV 파일을 사용합니다. 그러나 SQL은 백엔드 시스템의 데이터 테이블을 처리하고 결합하는 데 탁월합니다.

<노스크립트>

많은 경우에 SQL의 장점은 바퀴를 다시 만들 필요가 없다는 것입니다. 이미 존재하는 프로그램과 데이터에 쉽게 접근할 수 있습니다. 이것은 많은 프로그래머가 인정하는 것보다 더 큰 이점입니다. 프로그래머가 SQL 외부의 정보를 얻기 위해 다른 방법을 선택하는 이유는 프로그램을 단순하게 유지하기 위한 것보다 프로그램을 소유하려는 것에 더 가깝습니다(KISS 방법).

코드를 추가하거나 동일한 솔루션을 얻기 위해 다른 방법을 찾는 이유를 찾지 마십시오. 간단한 솔루션을 얻기 위한 코드 라인은 쉽게 사용할 수 있고 쉽게 액세스할 수 있습니다.

SQL을 사용하여 미래를 내다보면 거기에 있는 모든 옵션을 알기는 어렵지만 SQL의 안정성은 앞으로 몇 년 동안 사용할 수 있음을 보장합니다.

저자는 MRO Electric and Supply의 관리자인 Joseph Zulick입니다.