tips mencari tahu skema database

Selain manfaat tersebut , tim Scott akan mampu meningkatkan kualitas penggunaan spreadsheet seluruh perusahaan, yang merupakan alasan utama bahwa Office dirilis DRA dan beberapa alat lainnya di Kantor . Mereka juga akan:

    Cari tahu bagaimana spreadsheet terkait satu sama lain .
    Tentukan apakah data yang up to date antara spreadsheet terkait .
    Mengidentifikasi pengguna yang bisa mendapatkan manfaat dari pelatihan tambahan dalam Excel .
    Minimalkan duplikasi usaha dengan mendapatkan inventarisasi semua workbook dalam organisasi .
    Mulai untuk memperkenalkan kebijakan dan praktik terbaik untuk meningkatkan kualitas keseluruhan dari penggunaan Excel .
Untuk informasi lebih lanjut tentang penemuan dan Risk Assessment ( DRA ) , serta fitur manajemen spreadsheet lain yang tersedia di Office dan SharePoint , silakan lihat pengumuman kami , gambaran alat , dan manajemen spreadsheet kertas putih pada TechNet .Cara menggunakan DRA dalam bisnis Anda sendiri
Untuk menggunakan Penemuan dan Penilaian Resiko dalam bisnis Anda sendiri , pertama kali membentuk DRA melalui Volume Licensing Service Center bagi pelanggan volume, kemudian ikuti petunjuk TechNet untuk menginstal dan mengkonfigurasi . Bila Anda mengkonfigurasi DRA , Anda akan menjalankan sebuah penemuan , yang berarti Anda akan memiliki database yang berisi daftar semua file Excel DRA ditemukan , serta banyak informasi tentang masing-masing spreadsheet , ditambah daftar koneksi data untuk setiap mengajukan .
Untuk menghemat upaya mencoba untuk mencari tahu skema database , ikuti langkah-langkah untuk membawa daftar buku kerja dan sambungan data mereka ke Excel . Contoh ini menggunakan Microsoft Power Query untuk Excel , tetapi Anda masih dapat menggunakan cara-cara tradisional untuk mendapatkan data eksternal ke Excel . ( Catatan : Disarankan agar Anda tidak melakukan langkah-langkah berikut pada database produksi yang hidup , karena dapat mempengaruhi kinerja Disarankan agar Anda menggunakan salinan offline database . . )
1 . Buka tab Daya Query , kemudian ikuti langkah-langkah berikut :
a . Pilih Dari Database - > Dari SQL Server Database.
b . Masukkan nama server SQL Server , termasuk nama contoh , jika berlaku .
c . Masukkan nama database dari database yang DRA terhubung ke . Anda dapat menemukan ini dalam pengaturan konfigurasi di DRA .
d . Memperluas kotak Pernyataan SQL dan copy dan paste query di bawah ini ke dalamnya .
image 2
Berikut adalah tampilan detail dari query di layar .
SELECTDA.AccountName ,FP.Value AS FilePath ,FN.Value AS FileName ,MD.Value AS Diubah ,S4.Value AS LastModifiedBy ,N1.Value AS ConnectionCount ,T1.Value AS DataConnectionsDARIDiscoveryAccounts AS DAINNER JOIN UDKDefinition AS UDK1 ON DA.AccountID = UDK1.AccountIDINNER JOIN UDKDefinition AS UDK2 ON DA.AccountID = UDK2.AccountIDINNER JOIN UDKDefinition AS UDK3 ON DA.AccountID = UDK3.AccountIDINNER JOIN UDKDefinition AS UDK4 ON DA.AccountID = UDK4.AccountIDINNER JOIN UDKDefinition AS UDK5 ON DA.AccountID = UDK5.AccountIDINNER JOIN UDKDefinition AS UDK6 ON DA.AccountID = UDK6.AccountIDINNER JOIN UDKDefinition AS UDK7 ON DA.AccountID = UDK7.AccountIDINNER JOIN Strings AS FP ON UDK1.UDKID = FP.UDKIDINNER JOIN Strings AS FN ON UDK2.UDKID = FN.UDKID DAN FN.InventoryVersionID = FP.InventoryVersionIDINNER JOIN Tanggal AS MD ON UDK3.UDKID = MD.UDKID DAN FN.InventoryVersionID = MD.InventoryVersionIDINNER JOIN Strings AS S4 ON UDK4.UDKID = S4.UDKID DAN FN.InventoryVersionID = S4.InventoryVersionIDINNER JOIN Nomor AS N1 ON UDK6.UDKID = N1.UDKID DAN FN.InventoryVersionID = N1.InventoryVersionIDINNER JOIN Teks AS T1 ON UDK7.UDKID = T1.UDKID DAN FN.InventoryVersionID = T1.InventoryVersionIDMANAUDK1.NAME LIKE ' FilePath 'DAN UDK2.NAME LIKE ' FileName 'DAN UDK3.NAME LIKE ' Diubah 'DAN UDK4.NAME SEPERTI ' LastModifiedBy 'DAN UDK6.NAME LIKE ' DataConnectionsCount 'DAN UDK7.NAME LIKE ' DataConnections 'DAN N1.VALUE > 0ORDER BYFP.Value , FN.Value
2 . Tergantung pada ukuran database Anda , dalam beberapa menit Query Editor akan muncul dan Anda dapat klik Apply dan Close untuk mengirim data ke worksheet .
3 . Sekarang Anda memiliki data yang Anda butuhkan di Excel . Anda memiliki path file , nama file, tanggal dimodifikasi , Last Modified By properti dari file tersebut , dan untuk setiap file Anda memiliki string teks yang berisi semua koneksi data untuk file.
4 . Anda dapat menyaring sesuai dengan kebutuhan anda , tetapi misalnya , jika Anda perlu untuk menemukan semua workbook yang memiliki koneksi ke warisan sistem ERP Anda , menyaring Data Connections kolom dengan baris yang mengandung " MyERPSystem " ( pengganti nama sebenarnya dari sistem ERP Anda ) .
gambar 3
5 . Sekarang Anda memiliki daftar semua file yang memiliki koneksi data ke sistem ERP Anda , dan Anda dapat melihat siapa yang terakhir diubah mereka , sehingga Anda tahu siapa yang harus dihubungi tentang beralih ke gudang data baru .
image 4Beritahu kami apa yang Anda pikirkan
Marilah kita tahu di komentar bagaimana Anda menggunakan DRA dalam organisasi Anda sendiri .

Model Encrypted Penyimpanan

SSL / SSH melindungi data bepergian dari klien ke server : SSL / SSH tidak melindungi data persisten disimpan dalam database . SSL adalah protokol on-the -wire .
Setelah penyerang akses ke database Anda secara langsung ( melewati webserver ) , data sensitif yang disimpan dapat terkena atau disalahgunakan , kecuali informasi tersebut dilindungi oleh database itu sendiri . Enkripsi data adalah cara yang baik untuk mengurangi ancaman ini , tapi sangat sedikit database menawarkan jenis enkripsi data.
Cara termudah untuk mengatasi masalah ini adalah untuk pertama kali membuat paket enkripsi Anda sendiri , dan kemudian menggunakannya dari dalam script PHP Anda . PHP dapat membantu Anda dalam hal ini dengan beberapa ekstensi , seperti Mcrypt dan Mhash , meliputi berbagai macam algoritma enkripsi . Script mengenkripsi data sebelum dimasukkan ke dalam database , dan mendekripsi itu ketika mengambil . Lihat referensi untuk contoh lebih lanjut tentang bagaimana enkripsi bekerja .
Dalam kasus data yang benar-benar tersembunyi , jika representasi bakunya tidak diperlukan ( yaitu tidak akan ditampilkan ) , hashing juga dapat dipertimbangkan . Contoh terkenal untuk hashing adalah menyimpan hash kriptografi dari password dalam database , bukan password itu sendiri . Lihat juga crypt ( ) .
Contoh
1 Menggunakan password hash

<? php

/ / Menyimpan hash password
/ / $ Random_chars diambil misalnya menggunakan / dev / random
$ query = sprintf ("INSERT INTO pengguna (nama, pwd) VALUES ('% s', '% s');",
             pg_escape_string ($ username),
             pg_escape_string (.. crypt ($ password, '$ 2a $ 07 $' $ random_chars '$')));
$ result = pg_query ($ koneksi, $ query);

/ / Query jika pengguna menyerahkan password yang tepat
$ query = sprintf ("SELECT pwd FROM pengguna WHERE name = '% s';",
             pg_escape_string ($ username));
$ row = pg_fetch_assoc (pg_query ($ koneksi, $ query));

if ($ row && crypt ($ password, $ row ['pwd']) == $ row ['pwd']) {
     echo 'Selamat Datang'. htmlspecialchars ($ username). '!';
} Else {
     echo 'Autentikasi gagal untuk'. htmlspecialchars ($ username). '.';
}

Merancang Database

Merancang Database


Langkah pertama adalah selalu untuk membuat database , kecuali jika Anda ingin menggunakan salah satu dari pihak ketiga . Ketika database dibuat , itu ditugaskan untuk pemilik , yang dieksekusi pernyataan penciptaan . Biasanya , hanya pemilik ( atau superuser a) dapat melakukan apa saja dengan objek dalam database itu, dan untuk memungkinkan pengguna lain untuk menggunakannya , hak harus diberikan .
Aplikasi tidak boleh terhubung ke database sebagai pemilik atau superuser , karena para pengguna dapat mengeksekusi permintaan apapun di akan , misalnya , memodifikasi skema ( misalnya menjatuhkan tabel ) atau menghapus seluruh isinya .
Anda dapat membuat pengguna database yang berbeda untuk setiap aspek aplikasi Anda dengan hak yang sangat terbatas pada objek database . Hak-hak istimewa yang paling diperlukan harus diberikan saja, dan menghindari bahwa pengguna yang sama dapat berinteraksi dengan database dalam kasus penggunaan yang berbeda . Ini berarti bahwa jika penyusup untuk memperoleh akses ke database Anda menggunakan aplikasi kredensial Anda , mereka hanya dapat mempengaruhi banyak perubahan sebagai aplikasi dapat Anda .
Anda dianjurkan untuk tidak menerapkan semua logika bisnis dalam aplikasi web ( yaitu naskah Anda ) , bukan melakukannya dalam skema database menggunakan pandangan , memicu atau aturan . Jika sistem berkembang , pelabuhan baru akan ditujukan untuk membuka ke database , dan Anda harus menerapkan kembali logika dalam setiap klien database yang terpisah . Atas dan di atas , pemicu dapat digunakan untuk secara transparan dan secara otomatis menangani bidang, yang sering memberikan wawasan ketika debugging masalah dengan aplikasi Anda atau menelusuri kembali transaksi .


Sumber : php.net