MySQL'de şema ve veritabanı arasında fark var mı? SQL Server'da, veritabanı şemaya göre daha üst düzey bir kapsayıcıdır.
Bunu okudum Create Schemave Create DatabaseMySQL'de aynı şeyi yapıyorum, bu da şemaların ve veritabanlarının aynı nesneler için farklı kelimeler olduğuna inanmamı sağlıyor.
Yanıtlar:
MySQL Sözlüğünde tanımlandığı gibi :
MySQL'de fiziksel olarak bir şema bir veritabanı ile eşanlamlıdır . Anahtar kelimesini yerini alabilir
SCHEMAyerineDATABASEkullanılarak, örneğin MySQL SQL sözdizimiCREATE SCHEMAyerineCREATE DATABASE.Diğer bazı veritabanı ürünleri bir ayrım yapar. Örneğin, Oracle Database ürününde şema , veritabanının yalnızca bir bölümünü temsil eder: tablolar ve tek bir kullanıcının sahip olduğu diğer nesneler.
Veritabanı sunucusuna bağlıdır. MySQLumrumda değil, temelde aynı şey.
Oracle,, DB2ve diğer kurumsal düzey veritabanı çözümleri bir ayrım yapar. Genellikle şema bir tablolar topluluğudur ve bir veritabanı şemalar topluluğudur.
Oracleve DB2bu durum için.
create databaseve create schemaeşanlamlıdır). Oracle şeması kullanıcı ile eşanlamlıdır (belki daha doğru bir şekilde şema, bir kullanıcı altında oluşturulan tüm nesnelerin bir listesidir). MSSQL, üçünü de ayırır (ve sonuç olarak, bir tabloya farklı bir veritabanından erişirken, adın hem veritabanı hem de şema tarafından nitelendirilmesi gerekir database1.dbo.table2)
Atıfta MySQL belgelerinde ,
CREATE DATABASE verilen ada sahip bir veritabanı oluşturur. Bu ifadeyi kullanmak için veritabanı için CREATE ayrıcalığına ihtiyacınız vardır. CREATE SCHEMA, MySQL 5.0.2 itibariyle CREATE DATABASE ile eşanlamlıdır.
PostgreSQL, bir veritabanının alt kümesi olan şemaları destekler: https://www.postgresql.org/docs/current/static/ddl-schemas.html
Bir veritabanı, tablolar içeren bir veya daha fazla adlandırılmış şema içerir. Şemalar ayrıca veri türleri, işlevler ve işleçler dahil olmak üzere başka türde adlandırılmış nesneler içerir. Aynı nesne adı farklı şemalarda çakışma olmadan kullanılabilir; örneğin, hem şema1 hem de myschema mytable adlı tablolar içerebilir. Veritabanlarının aksine, şemalar kesin olarak ayrılmaz: Bir kullanıcı, ayrıcalıklarına sahip oldukları takdirde, bağlı oldukları veritabanındaki şemaların herhangi birindeki nesnelere erişebilir.
Şemalar, şemaların yuvalanamaması dışında, işletim sistemi düzeyindeki dizinlere benzer.
Benim düşünceme göre, MySQL bir referans veritabanı değildir. MySQL'i asla açıklama için alıntı yapmamalısınız. MySQL standart olmayan SQL uygular ve bazen desteklemediği özellikleri talep eder. Örneğin, MySQL'de CREATE şeması yalnızca bir VERİTABANI oluşturur. Gerçekten yanıltıcı kullanıcılar.
Bu tür sözcük dağarcığına DBA'lar tarafından "MySQLism" denir.
MySQL şeması veritabanı eşanlamlıdır . MySQL'e atlayan yeni başlayanlar için oldukça kafa karıştırıcı ve ilk gün şema kelimesini buluyor , bu yüzden her ikisi de aynı olduğu için endişelenecek bir şey yok.
İlk kez MySQL başlarken size böylece çalışmak için (başka bir veritabanı sistemi gibi) bir veritabanı oluşturmak için gereken CREATE SCHEMA bir şey değildir ama create database
Diğer bazı veritabanı sistem şemaları, veritabanının bir bölümünü veya Tablolar koleksiyonunu temsil eder ve şema koleksiyonu bir veritabanıdır.
Evet, insanlar bu terimleri MySQL ile ilgili olarak birbirinin yerine kullanır. Çoğu zaman insanların uygunsuz bir şekilde tüm veritabanı sunucusuna veritabanı olarak başvurduklarını duyarsınız.
Örneğin Microsoft SQL Server, Şemalar tek bir kullanıcıya başvurur ve sunucuyu, veritabanını, şemayı, tabloları ve nesneleri belirtme sırasına göre bir kapsayıcısının başka bir düzeyidir.
Örneğin, dbo.table_a dosyasını güncellemek istediğinizde ve sözdizimi UPDATE tablosu gibi tam olarak nitelendirilmediğinde. DBMS amaçlanan tabloyu kullanmaya karar veremez. Temelde DBMS varsayılan olarak myuser.table_a yöntemini kullanır
schemaolduğu için daha iyi olduğunu söyleyebilirimdatabaseve birkaçdatabaseve bazen deusebirdatabase, hedefi kaçırmak için birçok arama yapan bir içerir .