Düz dosya veritabanı php uygulama

8 Cevap php

Ben oluşturma ve uygulama bir veritabanı üzerinde durulacaktır ki, ve ben bir düz dosya db kullanarak tüm niyetim var, bundan uzak kalmak için ciddi nedenler var mı?

I'm using mimesis (http://mimesis.110mb.com) it's simpler than using mySQL, which I have to admit I have little experience with. I'm wondering about the security of the db. but the files are stored as php and it seems to be a solid database solution.

Gerçekten yedekleme ve mySQL ile zor bulduk veritabanları, taşıma kolaylığı gibi. Herkesin mySQL yolu tercih gibi görünüyor görüyoruz - ve sorguları geldiğinde muhtemelen daha hızlıdır ancak bunun dışında uzak, düz bir dosya dbs uzak kalmak ve (nihayet) düzgün mysql öğrenmek için herhangi bir neden var mı?


edit Just to let people know, I ended up going with mySQL, and am using the CodeIgniter framework. Still like the flat file db, but have now realized that it's way more complex for this project than necessary.

8 Cevap

Eğer sadece düz bir dosya yapısını İHTİYACINIZ eğer cevap "Güzel" dir. Bir testi: Tek bir basit elektronik tablo tüm ihtiyaçlarını ele misiniz? Eğer değilse, bir ilişkisel yapısını değil, düz bir dosya lazım.

Eğer emin değilseniz, belki düz bir dosya başlayabilirsiniz. SQLite başlamak için harika bir uygulama.

Bu süreçte çok uzakta boyunca onu anlamaya eğer, yanlış bir seçim yapılmış öğrenmek için iyi değil. Bir ilişkisel yapının önemini anlamak ve gerekirse erken yükseltmek Ama eğer, o zaman gayet iyi.

SQLite, birçok SQL özelliklere sahip bir veritabanı olsun ve henüz sadece tek bir dosya bulunuyor kullanın.

Selamlar, Ben Mimesis yaratıcısı benim. İlişkisel veritabanları ve SQL, ele alınması gereken büyük miktarda veri var durumlarda önemlidir. Düz dosya ilişkisi veritabanlarına üstündür? Peki, onların bütün arşivleme sistemi düz dosyaları ile çalışır gibi, Google sormak ve Dünya üzerindeki en popüler arama motoru olabilir. Mimesis kendi sistem farkı nedir? Muhtemel değil.

Mimesis belirli bir niş bir sorunu çözmek için oluşturuldu. Ben sadece benim online çabalar için ücretsiz web siteleri kullanın. Ücretsiz siteler bol PHP kullanma olanağı sunuyoruz. Ancak, ücretsiz SQL veritabanı erişimi sağlamak yok. Bu nedenle, ben, veri depolamak kilitleme uygulamak ve dosya izinleri etrafında çalışacak bir veritabanı oluşturmak için gerekli. Bu Mimesis birincil tasarım parametreleri vardı ve tüm bu başarılı olur.

Eğer mimesis hızının bir fikir gerekiyorsa, ilk sayfaya gidin eğer sizden siteyi görüntülemekte olduğunuz hangi ülke size söyleyecektir. Bu ücretsiz veritabanı sitesinden ip2nation.com alınan ve bir Mimesis ffdb taşıdık. Bu girişleri yüzlerce değilse binlerce var.

Ayrıca, ana sayfada hit sayaç zaten 7000 üzerinde ziyaretçi takip etti. Bu komut ziyaret ediyor IP adresi zaten varsa görmek için veritabanı aramak için vardır, ve ayrıca toplam IP'ler bir sayımını yapar, yani EŞSİZ ziyaretler.

Eğer oldukça hızlı ana sayfa yükler yukarı fark ettik ve eğer uç çalışan iki oldukça yoğun Mimesis veritabanı komut vardır. Yolu Mimesis veri depolar okuma hızlandırmak ve prosedürler ve ayrıca çeviri prosedürleri yazmak için yapılır. Orada en ffdb örnek komut dosyaları veya diğer ffdb komut basit bir CVS dosya veya veri depolamak için diğer bazı tür yapısını kullanabilirsiniz. Mimesis aslında onun işlevselliğini artırmak için bazı seviyelerde ikili verileri yorumlar. Mimesis biraz düz bir dosya veritabanı ve ilişkisel veritabanı arasında bir melez olduğunu.

Çoğu diğer ffdb komut tam dosya bir güncelleme yapıldığında, her zaman yeniden içerir. Mimesis sadece yapısal dosyasını yeniden yazar ve gerçek satır içeriğini günceller, bu yapmaz. Bir hata oluşursa bile, yalnızca eklenen yeni verileri değil, eski verilerin herhangi kaybedecek şekilde. Mimesis aynı zamanda geçmişini korur. Tablo satırları önceden hala içinde bulunan etmişti verileri yenilenir sürece.

Ben ilgili tüm özellikleri üzerinde devam olabilir, ama bu bir "Mimesis şimdiye kadar en büyük veritabanı" rant olarak tasarlanmamıştır. Daha çok, kendi SQL mevcut SADECE teknoloji değildir, ve düz dosyalar, verilen uygun kalkınma paradigmaları bir ilişkisel veritabanı üstün, daha uzmanlaşmış dikkate alarak o aslında insanların gözlerini açmak için tasarlanmıştır.

Düz dosyaları ve takip baş ağrısı cesur kodlama canlı uzun.

I really like the ease of backing up and transporting the databases, which I have found harder with mySQL.

Başka bir cevapta belirtildiği gibi SQLite kullanın. Orada yedekleme için sadece bir dosya veya dosyaları SQL MySQL veritabanlarının periyodik çöplük kurmak. Bunu yapmak için nispeten basit bir şeydir.

I see that everyone seems to prefer the mySQL way - and it likely is faster when it comes to queries

Hız kesinlikle bir husustur. Verileri daha iyi organize çünkü Veritabanları, çok daha hızlı olma eğilimindedir.

other than that is there any reason to stay away from flat-file dbs and (finally) properly learn mysql ?

There sure are plenty of reasons to use a database solution, but there are arguments to be made for flat files. It is always good to learn things other than what you "usually" use. Most decisions depend on the application. How many concurrent users are you going to have? Do you need transaction support?

Mimesis http://mimesis.site11.com/ için orijinal URL'den taşındı bilgilendirmek istedim

Ayrıca, ben bir anahtar-değer deposuna bir ffdb gelen Mimesis odak kayması ediyorum. Ben depolamak ve bunu almak için kullanabileceğiniz yöntemler kulüpler bilgi türleri göz önüne alındığında daha mantıklı. (Ben beri çözdüm) Mimesis kodlama mevcut bir yanılgı vardı. Ancak, yeni anahtar-değer deposu türü hala test aşamasında değilim. Ben de başka şeyler ile yan izlenen oldum. Kilitleme da muteksin mekanizması olarak dizin oluşturma dosya yaratılış kullanımından değiştirildi.

Birlikte çalışabilirlik. MySQL sayar temelde herhangi bir dil ile entegre edilebilir. Mimesis PHP dışında kullanılabilir olması pek mümkün değildir.

Bu profilers kullanabilir veya dışarıdan verileri değiştirmek için denemek an önemli hale gelir.

Ayrıca PHP Flatfile Paketi için http://lukeplant.me.uk/resources/flatfile/ bakmak olabilir.

Yataydosya giden bir konu olduğunu siz sisteminin temelini geliştirmek için kod önemli miktarda değiştirmek zorunda daha da geliştirilmesi için durumu ayarlamak için. Saf bir SQL sistem olsaydı gelecekte devam etmek neredeyse hiçbir değişiklik gerektirir oysa.