Attributes
Tag dapat juga terdiri dari attribute-attribute. Didalam contoh, tag “task” memiliki attribute dengan nama “id”. Sebuah attribut diikuti dengan tanda sama dengan (=) dan diikuti dengan value atau nilainya. Pada saat mendesai sebuah struktur XML, permasalahan yang selalu muncul adalah apakah sebuah data element harus menjadi attribute dari sebuah element atau menjadi sebuah sub-element.

Tidak ada aturan yang pasti, struktur element seperti apa yang harus kita anut. Akan tetapi dalam beberapa situasi, aturan-aturan dibawah ini harus dipenuhi:
• Data akan memiliki beberap sub-struktur, pada kasus dimana Anda harus menggunakan sebuah sub-element karena ia tidak boleh dimodelkan sebagai attribut.

• Data akan terdiri dari beberapa baris apabila attribut ingin dibuat sesederhana mungkin – sebuah string yang pendek tetapi mudah untuk dibaca dan digunakan.

• Data element dimungkinkan untuk muncul kembali.

• Data akan sering berubah.

XML Schema
XML tag harus bersifat extensible, dimana seorang desainer system dimungkinkan untuk menuliskan sendiri XML tag-nya dalam pendeskripsian sebuah content. Anda dapat menciptakan tag-tag yang berbeda untuk setiap format dokumen yang Anda inginkan didalam aplikasi atau sistem Anda. Tag didefinisikan menggunakan XML schema language. Sebuah schema mendefinisikan struktur dari dokumen XML. Sebuah skema juga digunakan membatasi content dari sebuah dokumen XML kedalam sebuah element, attributes, dan values tertentu. Sebuah Document Type Definition schema adalah bagian dari spesifikasi XML. Kita akan memanggil schema yang ditulis dalam bahasa ini disebut sebagai DTD. DTD ini juga mendefinisikan tag atau attribute mana yang sangat diperlukan dan mana yang bersifat optional.

Namespace
Ada beberapa kasus dimana tag atau element Anda memiliki nama yang sama. Misalnya, ada beberapa element yang mempunya nama yang sama yaitu “name”. Untuk mengatasi hal tersebut, sebuah namespace digunakan. Spesifikasi dari namespace akan digunakan oleh penulis dokumentasi untuk mengetahui schema atau DTD mana yang digunakan pada element tertentu. Namespace dapat diaplikasikan pada attribut dan juga pada elements.

Copas Dari ~> Antidws, Sahabat yang Profesional dan Terpercaya

sql.add(‘select * from table where tgl=”‘+datetostr(datetimepicker1.date)+’”‘);

“seharusnya”, perintah diatas sudah benar dan dapat dijalankan dengan normal. Akan tetapi, muncul error tentang missmatch criteria expression. nah, sebagai solusinya, pakai code berikut :

sql.Add(‘select * from table where tgl=#’+formatdatetime(‘mm/dd/yyyy’,datetimepicker1.date)+’#');

sekian.

hehehe, maaf g bisa panjang lebar. nulisnya juga setengah2… tapi semoga membantu…

OK, akhir-akhir ini memang ada target yang harus diselesaikan dengan CI. sedangkan saya pribadi masih newbie di CI. Mencari materi gratis di internet adalah pilihan yang paling murah, mudah, dan cepat…

setelah mencari-cari, saya nemu tempat yang menyediakan video tutorial yang cukup lengkap. yah.. setidaknya cukuplah menjadi bekal untuk memulai pekerjaan…

untuk video tutorial bahasa inggris (17 episode) : http://net.tutsplus.com/sessions/codeigniter-from-scratch/

untuk bahasa indonesia (27 episode) : http://www.mediatutorial.web.id/search/label/FRAMEWORK%20-%20CODEIGNITER

sedangkan sumber original : http://codeigniter.com

Forum ID Reg : http://www.codeigniter-id.com/

ok, semoga manfaat. selamat belajar..

btw, title nya berlebihan g sih??

*Artikel dibuat sebagai bentuk ucapan terimakasih.

ok, berawal dari mana saya lupa.. tapi tiba-tiba saya sampai pada sebuah situs : http://mureo.com/news/ ketika baca-baca disitu, rasa dalam hati ini sudah tidak karuan… ada asam, manis, pahit, bahkan sepet…

penuh dengan rasa menyesal, sedih, putus asa, murung, minder, dsb.. bagaimana tidak?????

disitu ditulis(terlepas dari kebenaran berita) tentang rencana2 besar mereka… para “pemuja setan” yang berusaha menguasai dunia..

hey bro.. liatlah!!! sadarlah!!!
ketika kita sibuk dengan urusan sepele kita, mereka sudah sibuk membicarakan rencana penguasaan dunia. pembuatan “kerajaan” mereka. mereka sibuk merancang strategi untuk menguasai dunia. sedangkan kita???? masiiihhh saja berkutat pada perpecahan internal, masih ja berkutat pada “yang penting perbaiki diri dulu”, masih saja menyianyiakan waktu…

ketika mereka sudah sampai teknologi satelit, penguasaan informasi global, kita masih saja berada di pembuatan elearning, pembuatan ecommerce, teknologi sederhana…

ketika mereka punya teknologi senjata pemusnah, malah disini punya petasan ja bangga… waduh… gimana bisa imbang??? jelas kalah ni… sungguh, bila benar-benar bukan kehendak Allah, maka tidak ada yang bisa menghentikan mereka untuk menguasai kita…

lhah… malah nglantur g jelas gini ngomongnya…

ok, intinya tulisan ini, coba buka : http://mureo.com/news/ silakan baca-baca, n bagus juga klo cari referensi lain. kemudian bandingkan dengan kondisi umat islam sekarang. lalu renungilah. seimbangkan angan-angan mu, suaramu, bualan mu, dengan aksi mu. sadarlah terhadap apa yang sedang terjadi didunia…

Oh Allah… memang jika tanpa bantuanmu, kami benar-benar menjadi manusia yang lemah dan pasti kalah…
oh Allah… tolonglah kami yang masih dalam kegelapan ini
oh Allah… sadarkanlah kami yang tidak peduli
oh Allah… berikanlah kami kesabaran dan kekuatan dalam menghadapinya…

========================================================

Yasinan merupakan salah satu contoh hasil dari pencampuran antara budaya lokal dengan nilai-nilai keislaman. Masyarakat jawa percaya bahwa dengan di adakannya ritual yasinan, para keluarga bisa mengirimkan pahala kepada kerabat yang sudah meninggal, sehingga memudahkan sang kerabat untuk masuk surga.

Penyelenggaraan yasinan di tentukan berdasarkan hitungan hari setelah meninggalnya seseorang, yaitu: tiga hari, tujuh hari, empat puluh hari, seratus hari, pendak 1, pendak 2, sampai seribu hari setelah seseorang meninggal.

Dalam yasinan biasanya dibacakan surat yasiin, An Naas, Al Falaq, Al Ikhlash, al baqarah 1-5, Ayat Kursy, serta tiga ayat terakhir dalam surat al baqarah. Kemudian di bacakan juga tahlil, istighfar, dan ditutup doa.

Yasinan biasa di adakan setelah waktu sholat isya’, yang dihadiri oleh para tetangga almarhum. Dalam acara ini para tetangga duduk berkeliling sambil membaca doa-doa islami yang telah disebutkan di atas. Pembacaan doa ini biasanya memakan waktu sekitar 30 menit.

Menurut sejarah, lahirnya tradisi Yaasin dan Tahlil berangkat dari akulturasi budaya Islam dengan Jawa yang bernuansa Hindu-Budha. Islam ketika masuk ke tanah Jawa, pada masa awal penyebarannya dilakukan melalui dakwah kultural. Hal ini dimotori oleh Sunan Kalijaga yang juga seorang budayawan.

Pada saat itu, kebiasaan lek-lekan (kumpul malam hari) sepeninggalnya seseorang dulunya diisi dengan kegiatan-kegiatan yang kurang Islami, antara lain: main kartu, minum-minuman, pemberian sesajen, dan sebagainya. Kemudian sedikit demi sedikit tradisi lek-lekan itu dikawinkan dengan nilai-nilai Islam melalui ritual Yaasin dan Tahlil. Akhirnya, mitong dino, matang puluh dino, mendhak sepisan dan seterusnya sampai saat ini dapat kita saksikan dalam ritual Yaasin dan Tahlil. Dan dakwah semacam itu cukup efektif yang menjadikan Islam berkembang pesat di tanah jawa secara kwantitatif.

Jadi pada kasus ini, pencampuran yang terjadi adalah pemakaian doa-doa yang islami untuk mengisi suatu acara tradisi yang sudah dikenal oleh rakyat jawa semenjak islam belum datang.

ok, uummmm….. jadi males ngetik
gini aja, untuk mengetahui apa itu CI, silakan kunjungi web resminya http://codeigniter.com/ heheh… dengan bekal pengetahuan bahasa inggris dan sedikit paham php, anda akan lebih mudah untuk berkenalan dengan CI melalui situs resminya. terutama jangan lewatkan “user guide” nya.
untuk komunitas, bisa anda kunjungi di http://www.codeigniter-id.com/

demikian, selamat belajar…

kali ini saya g akan bicara tentang database terdistribusi, delphi, ataupun mysql. Saya akan menyampaikan tentang sesuatu yang belum pernah saya bahas disini. pemrograman web dengan framework Codeigniter.

sebagai permulaan, saya akan menyampaikan tentang pengisian item dropdown dari database.

anggaplah anda punya dropdown statuspublish dari table statuspublishes yang punya field id dan nama.
di model_statuspublish anda tambahkan:

function get_all_for_options() {
$result = $this->db->get("statuspublishes");
$options = array();
foreach($result->result_array() as $row) {
$options[$row["id"]] = $row["nama"];
}
return $options;
}


di controller panggil fungsi model ini, semisal


$data["statuspublish_options"] = $this->model_statuspublish->get_all_for_options();


diviewnya gunakan (jangan lupa, load form helper) :


echo form_dropdown("statuspublish_id", $statuspublish_options);


jika ingin menambahkan nilai default selected, tambahkan sebagai parameter ke 3, sehingga menjadi seperti berikut:


echo form_dropdown("statuspublish_id", $statuspublish_options,1);


sehingga hasil output HTML akan seperti berikut:

< select name="statuspublish_id">
< option value="1" selected="selected">Publish< /option>
< option value="2">Draft< /option>
< /select>


demikian, semoga manfaat…
oya, tolong jangan cuma copas, diketik ulang, sekalian di cek kalau ada tag yang g ketulis..

referensi: http://www.codeigniter-id.com/node/927#comment-7706

tapi maaf, kali ini tetep dibiarkan seperti sumbernya aja. daripada di translate dengan bahasa yang kacau…

=====================================================================================

Normalization calls for application of specific rules and design of your databases, wherein only relevant data is stored in tables. When the term database normalization is used, it means that data in a database has been processed and organized in an efficient manner. Normalization creates a relationship base between different tables, aimed at doing away with inconsistent dependencies and redundant occurrences of data.

Benefits
Normalization creates a flexible database that will facilitate quick creation, searching and sorting of indexes. Tables will have more rows per page, but fewer columns and information in each row are directly related to a primary key. The indexes are more clustered and, therefore, are less rigid in facilitating query tuning and quick modification of data due to fewer numbers of indexes in each table. If your tables have only relevant data, then no redundancy exists, and execution of database triggers is fast.

Redundancy
Redundancy in databases occurs when you store the same data repeatedly in your database. For example, in an address table, you may note zip codes repeating for several addresses. This repetition of zip codes indicates that you should create a table specifically to store zip codes, and the data directly related to zip codes. The primary aim of normalization is to facilitate quick searching and indexing of data in the various tables within your database. Duplicated and inconsistent data slows the querying and indexing processes and may cause inaccurate reporting of your information.

Inconsistent Dependency
Inconsistent dependency occurs when you store data related to a piece of data in a table, but not necessarily related to the primary key for that table. For optimum performance of any database, you must normalize the database by organizing the data in a systematic manner, storing only data that is directly related to the primary key in a given table. For example, a zip code table would have each zip code listed once in each row, and the matching area in the same row, though in a different column.

Normal Forms
Databases are normalized based on certain design rules; thus, a database is said to be normalized if the first normal form is satisfied. The first normal form establishes the fundamental rules for database organization, and at this level, you remove repetitive data and place that data in individual tables with each row classified by a primary key. The second normal form eliminates subsets of data, or redundant data applicable to multiple rows in the same table, and houses them in different tables. With the help of a foreign key, the second normal form links the new tables with the previous ones. The third normal form removes redundant, dependent columns not related to the primary key. Although fourth and fifth normal forms exist, they are not often used in database designs.

sumber : http://www.ehow.com/info_8120428_normalization-must-database-application-business.html
untuk info terkait lainnya bisa kunjungi :

http://www.sqlmag.com/article/performance/sql-by-design-why-you-need-database-normalization

http://databases.about.com/od/specificproducts/a/normalization.htm

http://en.wikipedia.org/wiki/Database_normalization

http://www.databasedev.co.uk/database_normalization_process.html

selamat belajar…

kali ini tentang database mirroring.  ok, moga manfaat.

================================================

Database mirroring adalah proses “penduplikatan” database ke tempat lain, dimana bertujuan untuk mencegah terjadinya hal-hal yang tidak diinginkan pada database kita, misalnya mesin database crash, dan lain sebagainya. Kita bisa saja mempergunakan backup dari database kita apabila terjadi sesuatu dengan database kita, tetapi tentunya untuk proses recovery akan butuh waktu dan juga data yang ada tidak akan bisa pada state terakhir.

Database mirroring ini juga mendukung fasilitas untuk failover, dimana apabila terjadi sesuatu dengan database primary (principal server) kita masih punya cadangan di database sekunder (mirror server). Principal dan mirror server berkomunikasi sebagai partner dalam mirroring ini, dan masing-masing mempunyai role sebagai principal role dan mirror role, tetapi bisa saja pada suatu saat role ini berpindah, yang tadinya mempunyai role sebagai principal bisa saja menjadi mirror dan sebaliknya.

Mirroring bisa berjalan dengan cara synchronous ataupun asynchronous, kedua cara ini masing-masing ada keuntungan dan kerugiannya. Model synchronous akan lebih bagus dari sisi konsistensi data, karena ketika terjadi transaksi, akan disimpan kedalam 2 partner, tetapi ini akan menyebabkan peningkatan dalam hal cost latency untuk transaksi. Sedangkan model asynchronous transaksi akan commit tanpa menunggu server mirror selesai melakukan penulisan data ke database mirror.

Untuk modelnya operasinya sendiri mirroring di bedakan menjadi 2 jenis, yaitu high-safety mode dan high-performance mode. High-safety mode jalan dalam model synchronous sedangkan high-performance mode jalan dalam model asynchronous. 

Dalam mirroring kita bisa juga membuat suatu konfigurasi dengan membuat automatic failover, tetapi konfigurasi ini membutuhkan satu server instance lagi yang disebut dengan witness server. 

Witness server akan selalu memonitor kedua server tersebut, principal server dan mirror server, apabila terjadi sesuatu pada principal server, maka otomatis principal server ini akan di pindahkan ke mirror server, dan mirror server akan berubah rolenya menjadi principal

Mirroring database mempertahankan dua salinan dari sebuah database tunggal yang harus berada pada kasus server yang berbeda dari SQL Server Database Engine. Biasanya, kasus server berada pada komputer di lokasi yang berbeda. Satu contoh server database berfungsi untuk klien (server utama). Contoh lain bertindak sebagai server mirror, tergantung pada konfigurasi dan keadaan dari sesi mirroring. Ketika sesi mirroring database disinkronkan, mirroring database menyediakan server siaga yang mendukung failover yang cepat tanpa kehilangan data dari transaksi yang dilakukan. Ketika sesi tidak disinkronkan, server mirror biasanya tersedia sebagai server siaga.

Mirroring database adalah strategi sederhana yang menawarkan keuntungan sebagai berikut:

• Meningkatkan perlindungan data.

Mirroring database menyediakan redundansi lengkap atau hampir lengkap dari data, tergantung pada apakah modus operasi tinggi-keamanan atau performa tinggi.

• Meningkatkan ketersediaan database.

Dalam hal terjadi bencana, dalam mode tinggi-keamanan dengan failover otomatis, failover cepat membawa salinan siaga dari database online (tanpa kehilangan data).Dalam modus operasi lain, database administrator memiliki alternatif layanan memaksa (dengan kehilangan data mungkin) untuk salinan database siaga.

• Meningkatkan ketersediaan database produksi selama upgrade.

Untuk meminimalkan downtime untuk database mirror.

Bagaimana Database Mirroring Bekerja

Server utama dan mirror berkomunikasi dan bekerja sama sebagai mitra dalam sesi mirroring database. Dua database melakukan peran pelengkap dalam sesi: peran utama dan peran mirror. Pada waktu tertentu, satu database melakukan peran utama, dan yang lainnya melakukan peran mirror.

Mirroring database melibatkan mengulangi setiap insert, update, dan menghapus operasi yang terjadi pada database utama ke database mirror secepat mungkin. Pengulangan dilakukan dengan mengirimkan aliran catatan log transaksi aktif ke server mirror, yang berlaku catatan log ke database mirror, dalam urutan secepat mungkin. Tidak seperti replikasi, yang bekerja di tingkat logis, mirroring database bekerja di tingkat catatan log fisik.

Memilih mode database mirroring

Tiga mode operasional yang disediakan untuk mirroring:

• synchronous
• asynchronous
• asyncfullpage

Modus sinkron adalah default. Mode ini mengontrol kapan dan bagaimana transaksi dicatat pada server mirror, dan Anda mengatur mereka dengan pilihan server-xp.

Bila memilih modus sinkronisasi untuk sistem mirroring database Anda, Anda harus menentukan apakah pemulihan kecepatan atau keadaan data yang lebih penting ketika terjadi failover.

Anda dapat memeriksa modus mirroring database dengan query nilai dari properti database MirrorMode:

• Synchronous mode

Pada mode sinkron, transaksi berkomitmen dijamin akan direkam pada server mirror. Jika kegagalan terjadi pada server utama, tidak ada transaksi berkomitmen hilang ketika server mirror mengambil alih. Dalam mode ini, server utama mengirimkan halaman transaksi log untuk mirror ketika transaksi berkomitmen. Server mirror transmisi mengakui bahwa ketika telah menulis halaman-halaman untuk menyalin nya dari log transaksi. Server utama tidak membalas aplikasi sampai menerima pengakuan ini.

Menggunakan mode sinkron menyediakan keamanan transaksi karena server operasional dalam keadaan disinkronisasi, dan perubahan dikirim ke mirror harus diakui sebelum utama dapat dilanjutkan.

• Asynchronous mode

Dalam modus asynchronous, transaksi yang dilakukan tidak dijamin akan direkam pada server mirror. Dalam mode ini, server utama mengirimkan halaman transaksi log untuk mirror ketika transaksi di commit. Ia tidak menunggu pengakuan dari mirror sebelum menjawab ke aplikasi yang COMMIT telah selesai. Jika kegagalan terjadi pada server utama, ada kemungkinan bahwa beberapa transaksi yang dilakukan mungkin akan hilang ketika server mirror mengambil alih.

• Asyncfullpage mode

Dalam Asyncfullpage mode, halaman tidak dikirim pada COMMIT, melainkan, mereka dikirim saat halaman penuh. Hal ini akan mengurangi jumlah lalu lintas antara dua server database dan meningkatkan kinerja dari server primer. Jika halaman log saat ini belum dikirim ke mirror untuk jumlah detik yang ditentukan oleh parameter pagetimeout, itu dikirim meskipun belum penuh. Para pagetimeout default adalah 5 detik. Menggunakan mode ini memberikan batas pada berapa lama transaksi berkomitmen terkena hilang jika server primer turun dan server mirror mengambil kepemilikan dari database. Asyncfullpage mode menyiratkan operasi asynchronous, sehingga server primer tidak menunggu pengakuan dari mirror.

Referensi :

http://msdn.microsoft.com/en-us/library/ms189852.aspx

http://www.extremeexperts.com/sql/articles/DBMirroring1.aspx

http://netindonesia.net/blogs/dkusdeni/archive/2010/02/17/mirroring-dengan-sql-server-2008-bagian-1.aspx

Semoga manfaat.

====================================================

Database terdistribusi adalah suatu database yang adalah disebarkan ke beberapa komputer yang secara geografis melalui jaringan komunikasi. Sebuah sistem basis data terdistribusi terdiri dari kumpulan site-site, masing-masing siteini dapat berpartisipasi dalam pemrosesan transaksi mengakses data pada satu site atau beberapa site. Sebuah sistem basis data terdistribusi terdiri dari sekumpulan lokasi yang dihubungkan bersama-sama melalui beberapa jenis jaringan komunikasi dimana setiap lokasi adalah lengkap dengan sistem basis data sendiri di dalamnya, tetapi semua lokasi telah sepakat untuk bekerja sama sehingga pemakai pada suatu lokasi dapat mengakses data di manapun dalam jaringan tersebut persis seperti jika data disimpan dalam lokasi pemakai itu sendiri.

Karakteristik Database terdistribusi, yaitu :

• Kumpulan data yang digunakan bersama secara logik tersebar pada sejumlah komputer yang berbeda

• Komputer yang dihubungkan menggunakan jaringan komunikasi

• Data pada masing-masing situs dapat menangani aplikasi-aplikasi lokal secara otonom

• Data pada masing situs dibawah kendali satu DBMS

• Masing-masing DBMS berpartisipasi dalam sedikitnya satu aplikasi global

Pemanfaatan basis data terdistribusi dapat memberikan manfaat bagi sistem yang mengimplementasikannya. Hal ini disebabkan oleh kelebihan-kelebihan yang dimilikinya, antara lain

• Kinerja yang lebih baik karena data ditempatkan di tempat yang sesuai dengan kebutuhan dan komputer-komputer dalam sistem dapat bekerja secara paralel, sehingga pembebanan pada komputer (server) menjadi seimbang.
• Alasan ekonomis, yaitu bahwa merancang sistem yang terdiri atas jaringan komputer-komputer kecil (sederhana) dibandingkan dengan mengimplementasikan komputer tunggal yang canggih.
• Alasan modularitas, yaitu bahwa sistem-sistem yang bekerja dalam basis data terdistribusi dapat dimodifikasi, ditambah, atau dikurangi tanpa memengaruhi modul lain (sistem lain dalam basis data terdistribusi). Dengan pembagian lokasi data, jika terjadi masalah atau musibah pada sistem, tidak semua data terancam, melainkan hanya data pada tempat-tempat tertentu.
• Alasan organisasi dan otonomi pada sistem-sistem yang berpartisipasi, misalnya pada suatu kantor perusahaan, terdapat beberapa departemen. Dengan basis data terdistribusi, data-data perusahaan dapat disebar ke tiap-tiap departemen yang bertanggung jawab atasnya.
• Kepercayaan: Karena ada replikasi data di lebih dari satu tempat, maka kemungkinan crashnya satu node/site, atau hilangnya aksessibilitas karena kegagalan link komunikasi, tidak membuat data untuk tidak dapat diakses.
• Ekspansinya Mudah: Dapat disesuaikan dengan mudah seiring dengan berkembangnya ukuran database. Paling sekitar penambahan pengolahan dan kemampuan penyimpanan di jaringan. Jelas, bahwa kemampuannya tidak akan bertambah secara linier, tapi paling tidak improvisasi dapat dimungkinkan.
• Shareability: Untuk merespon trend organisasi ke arah distributed fashion.