Hosting paketiniz üç veritabanı hakkı veriyor ama beş siteniz var. Panelde "tablo öneki" diye bir alan görüyorsunuz ve hepsini tek veritabanına sığdırmayı düşünüyorsunuz — bu mümkün, ama bedelleri var.
Bu yazı, tablo öneki yaklaşımını dürüstçe ele alıyor.
Nasıl Çalışır?
Her site tablolarını farklı bir önekle oluşturur:
- Birinci site kendi önekiyle tablo açar.
- İkinci site farklı bir önek kullanır.
- Tablolar aynı veritabanında yan yana durur.
- Her uygulama yalnızca kendi tablolarını görür.
Dördüncü madde bir yanılsamadır ve konunun merkezindeki risktir: uygulama yalnızca kendi tablolarını kullanır ama teknik olarak diğerlerine de erişebilir — çünkü hepsi aynı veritabanı kullanıcısının yetkisindedir.
Yani gerçek bir yalıtım yoktur. Yalnızca isimlendirme farkı vardır.
Ne Zaman Uygun?
| Durum | Uygunluk |
|---|---|
| Hepsi sizin siteniz | Kabul edilebilir |
| Test ve deneme siteleri | Uygun |
| Farklı müşterilerin siteleri | Uygun değil |
| Kişisel veri işleyen siteler | Uygun değil |
| Farklı ekiplerin yönettiği siteler | Uygun değil |
Üçüncü satır kesin bir kuraldır: farklı müşterilere ait siteleri aynı veritabanında toplamak, bir sitedeki güvenlik açığının diğer müşterilerin verisini de açığa çıkarması demektir.
Bu, bir eklenti zafiyetinin tüm müşteri portföyünüzü riske atması anlamına gelir.
İkinci satır ise en makul kullanımdır. Test siteleri kritik veri taşımaz ve kaynak tasarrufu anlamlıdır.
Somut Riskler
- Yatay sızma. Bir siteden diğerine.
- Yedekleme karmaşası. Ayrı geri yükleme zor.
- Kaynak rekabeti. Bir site diğerini yavaşlatır.
- Boyut sınırı. Toplamda dolar.
- Taşıma zorluğu. Bir siteyi ayırmak zahmetli.
İkinci madde en sık yaşanan pratik sorundur: tek bir siteyi eski bir yedekten geri yüklemek istediğinizde, tüm veritabanını geri yükleyemezsiniz — diğer sitelerin güncel verisini de eskiye döndürürsünüz.
Bu durumda yalnızca ilgili tabloları seçip geri yüklemek gerekir ki bu, panel araçlarıyla zahmetli bir işlemdir.
Üçüncü madde ise performansı etkiler. Bir sitedeki ağır bir sorgu, aynı veritabanındaki diğer siteleri de bekletir.
Beşinci madde ileride ortaya çıkar. Bir siteyi kendi hostinguna taşımak isterseniz, tablolarını tek tek dışa aktarmanız gerekir.
Doğru Kurulum
Bu yaklaşımı yine de kullanacaksanız:
- Anlamlı önekler kullanın.
- Öneki site adıyla ilişkilendirin.
- Varsayılan öneki değiştirin.
- Hangi önek hangi site, belgeleyin.
Üçüncü madde bir güvenlik önlemidir: varsayılan öneki kullanmak, otomatik saldırı araçlarının tablo adlarını doğrudan tahmin edebilmesi demektir — özel bir önek bu kolaylığı ortadan kaldırır.
Bu tek başına koruma sağlamaz ama otomatik saldırıların önemli bir kısmını etkisiz kılar.
Dördüncü madde ise ileride hayat kurtarır. Yirmi tablolu bir veritabanında hangi tablonun hangi siteye ait olduğunu hatırlamak imkânsızdır.
Daha İyi Alternatifler
| Seçenek | Değerlendirme |
|---|---|
| Paket yükseltmek | En temiz çözüm |
| Kullanılmayan veritabanını silmek | Ücretsiz kazanç |
| Statik siteleri veritabanısız yapmak | Hak açar |
| Çok siteli kurulum kullanmak | Aynı CMS için uygun |
İkinci satır çoğu hesapta hemen sonuç verir: yıllar içinde açılmış ve unutulmuş test veritabanları, hesapların önemli bir kısmında veritabanı hakkının yarısını işgal eder.
Silmeden önce yedeklerini almak koşuluyla, bu temizlik ek bir hak açar.
Üçüncü satır ise sıkça atlanan bir fırsattır. Tanıtım siteleri ve kurumsal sayfalar genellikle veritabanı gerektirmez.
Dördüncü satır aynı içerik yönetim sistemini kullanan siteler için tasarlanmış resmi bir çözümdür ve tablo öneki yaklaşımından daha düzenlidir.
Sonradan Ayırmak
Karar değiştirip siteleri ayırmak isterseniz:
- İlgili tabloları filtreleyerek dışa aktarın.
- Yeni veritabanı oluşturun.
- Dökümü yeni veritabanına yükleyin.
- Site yapılandırmasını güncelleyin.
- Doğruladıktan sonra eski tabloları silin.
Beşinci adımdaki sıralama önemlidir: yeni kurulumun sorunsuz çalıştığını doğrulamadan eski tabloları silmek, geri dönüş yolunuzu kapatır.
Birkaç gün beklemek ve ancak sonra temizlik yapmak doğru yaklaşımdır.
Birinci adım panel araçlarıyla yapılabilir. Çoğu veritabanı yöneticisi, dışa aktarılacak tabloları seçme imkânı sunar.
Veritabanı hakkınızı ve mevcut kullanımınızı hesap panelinizden görebilirsiniz; hosting altyapısı paketlerinde veritabanı sayısı ve boyut sınırları paket detaylarında belirtilir.
Sonuç
Tablo öneki yaklaşımı çalışır ama gerçek bir yalıtım sağlamaz: uygulama teknik olarak diğer sitelerin tablolarına da erişebilir, çünkü hepsi aynı veritabanı kullanıcısının yetkisindedir. Kendi test ve deneme siteleriniz için kabul edilebilir; farklı müşterilerin siteleri için kesinlikle uygun değildir. En sık yaşanan pratik sorun yedeklemedir — tek bir siteyi eski yedekten geri yüklemek isterseniz diğer sitelerin güncel verisini de eskiye döndürürsünüz. Önce unutulmuş veritabanlarını silmeyi deneyin.
Sıkça Sorulan Sorular (SSS)
Tablo öneki siteleri birbirinden yalıtır mı?
Hayır. Uygulama yalnızca kendi tablolarını kullanır ama teknik olarak diğerlerine de erişebilir, çünkü hepsi aynı veritabanı kullanıcısının yetkisindedir. Yalnızca isimlendirme farkı vardır; bir sitedeki güvenlik açığı tüm veritabanını açığa çıkarabilir.
Ne zaman kullanabilirim?
Hepsi size ait test ve deneme siteleri için kabul edilebilir. Farklı müşterilerin siteleri, kişisel veri işleyen siteler veya farklı ekiplerin yönettiği siteler için kullanmayın — bir eklenti zafiyeti tüm portföyünüzü riske atar.
Yedekleme nasıl etkileniyor?
En sık yaşanan pratik sorun budur. Tek bir siteyi eski yedekten geri yüklemek istediğinizde tüm veritabanını geri yükleyemezsiniz; diğer sitelerin güncel verisini de eskiye döndürürsünüz. Yalnızca ilgili tabloları seçip geri yüklemek gerekir ki bu panel araçlarıyla zahmetlidir.
Daha iyi bir yol var mı?
Önce hesabınızdaki unutulmuş test veritabanlarını temizleyin — çoğu hesapta veritabanı hakkının önemli kısmını bunlar işgal eder. Ayrıca tanıtım ve kurumsal siteleri veritabanısız statik hâle getirmek de hak açar. Aynı CMS'i kullanan siteler için çok siteli kurulum daha düzenli bir çözümdür.
