Pembuatan aplikasi pada toko sering menggunakan database untuk penyimpanan data, apalagi jika aplikasi tersebut digunakan untuk warehouse atau pabrik atau rumah sakit. Database yang digunakan bermacam-macam, tergantung kebutuhan dari penggunaan aplikasi diperuntukkan, misal Microsoft Access, MySQL, SQL Server, IBM Database, dll. Untuk penggunaan database dengan kapasitas besar lebih disarankan menggunakan SQL Server atau IBM Database karena penggunaannya lebih stabil dan aman.

SQL Server (versi berapapun) bisa digunakan untuk menghandle data dengan kapasitas besar tapi untuk penggunaan yang lebih safety SQL Server untuk diupdate sesuai kemampuan komputer atau isi kantong anda .

Untuk Tutorial membuat database tunggu edisi selanjutnya .

Best Regards

I have done this in Fedora

First download sphinx and put that folder it in some location( as i kept in Computer/File system/usr/sphinx)

For installation follow the steps:

- open the terminal window and add the command like this

$ cd  /usr

$ cd sphinx

$ ./configure –with-mysql  (for configure MySql with sphinx search engine)

- Now install mysql-devel package that contains the libraries and header files for developing  Mysql client application

For fedora –  $ yum install mysql-devel

For ubuntu –  $ apt-get install mysql-devel

-  Then give the command

$ make

$ make install

Finally sphinx has been installed

- Open sphinx folder and create a file with the name sphinx.conf  and it will have content like this

source book
{
type            = mysql
sql_sock        =/opt/lampp/var/mysql/mysql.sock
sql_host        = localhost
sql_user        = root
sql_pass        =
sql_db          = library
sql_port        = 3306
sql_query       = SELECT id, title, summary, author library_book
sql_query_info  = SELECT * FROM library_book
}

index book
{
source          = book
path            = data/book
docinfo         = extern
charset_type    = sbcs
}

indexer
{
mem_limit       = 32M
}

searchd
{
port            = 3312
log             = log/searchd.log
query_log       = log/query.log
read_timeout    = 5
max_children    = 30
pid_file        = log/searchd.pid
max_matches     = 1000
}

- In the above code library is the database which has to be created in the Mysql and

library_book is a table in library database.

- sql_sock        =/opt/lampp/var/mysql/mysql.sock

Check out for the mysql.sock in your system and paste the location in sphinx.conf file. This makes the main connection between Mysql and sphinx

- Create another two more folders data and log inside the sphinx folder. The datas added in the table is automatically updated in data folder.

You can search the records by giving the search command in the terminal window

eg :  $ search java

It will display the list of records containing the word java

Am ţinut acum două zile o sesiune pe ConcertChat cu privire la abordările tehnice pe care le-am folosit atât noi, cât şi celelalte 3 echipe cu care am discutat. Din partea noastră a participat responsabilul pe probleme tehnice, George Neagoe, iar din partea celorlalte echipe au participat, după cum urmează:

• Mihai Dumitrescu – echipa Backwards IOC
• Simona Posea – echipa Powerpuff Girls
• Maria Dumbravă – echipa ITea

Un prim subiect abordat a fost gestiunea tipurilor de utilizatori care vor putea vizita site-ul şi ce va putea face fiecare tip în parte. Opţiunea aleasă de noi a fost să împărţim în două mari categorii utilizatorii, anume administratori şi vizitatori. Un administrator are dreptul de a adăuga imagini cu exponate, de a adăuga/şterge colecţii, de a adăuga pagini noi pe site sau de a le modifica pe cele existente, etc. Un vizitator poate să vizualizeze tot content-ul site-ului (orice exponat din orice colecţie, istoric, pagini) şi poate lăsa mesaje text care vor fi stocate în baza de date, urmând să fie analizate de administrator.

Altă problemă importantă dezbătută a fost motivarea alegerilor făcute în ceea ce priveşte tehnologiile utilizate până acum în realizarea site-ului. Aici părerile au avut multe în comun, însă au existat şi anumite păreri contradictorii. De exemplu, echipa Backwards IOC a ales să folosească Joomla (un CMS gratuit şi foarte folosit peste tot în lume) pe când celelate echipe au folosit în special PHP şi MySQL. Nu se poate spune că o anumită alegere este mai bună, chiar dimpotrivă, având în vedere specificul destul de diferit ale site-urilor. O altă motivaţie pentru utilizarea Joomla a fost şi uşurinţa de folosire precum şi structurarea inteligentă, tool-uri care pot fi folosite fără a avea o bază solidă de cunoştinţe PHP şi MySQL.

Fiecare echipă şi-a prezentat părţile dinamice ale site-urilor, precum şi o listă completă a tehnologiilor folosite. Două dintre echipe, a noastră şi Backwards IOC au integrat un tur virtual, creat în Flash, ambele fiind de acord că mult mai indicat ar fi să îl realizeze 2D, deoarece implică mai puţină muncă pentru a-l face să arate bine. Ne menţinem însă opţinuea de a lucra la un tur 3D, în caz ca timpul o va permite.
Pentru mai multe detalii legate de ce s-a discutat, aici puteţi vedea conversaţia integrală.

1. IF statement

I have this

SELECT
AVG(IF(Type=’x', Value, NULL))
SUM(IF(Type=’y', Value, NULL))
FROM tbl_1;

Title: Install LAMP on UBUNTU

command
$apt-get install apache2 php5 libapache2-mod-php5 libapache2-mod-php5
$apt-get install mysql-server libapache2-mod-auth-mysql php5-mysql phpmyadmin

Acabamos de disponibilizar diversos novos serviços em nosso segmento de cloud computing (computação em nuvem) em nosso portal.

Todos eles estão relacionados a bancos de dados.

Já contávamos com o MySQL Cloud e agora oferecemos serviços Postgres Cloud e Oracle DB Cloud (versão 10g).

Com essas opções, cobruimos praticamente todo o espectro de aplicações que precisam de bancos de dados para funções desde controle de um simples site até aplicações empresariais com grande quantidade de transações e necessidade de alta escalabilidade, alta estabilidade e velocidade, além de granualaridade em configurações.

Todos estes serviços rodam em nossos cluster especializados em bancos de dados, especialmente otimizados para tarefas que envolvem grande quantidade de IO de disco (usamos RAID 5 SCSI), grande quantidade de memória em cada nó e enorme poder de processamento.

Somos capazes hoje, de atender a grandes exigências do mercado corporativo, a custos baixos, aproveitando todo o ganho de escala que a computação em nuvem proporciona.

Alta velocidade na entrega de serviços contratados neste cluster , agilidade na escalabilidade e baixa latência de conexão são outros diferenciais que somos capazes de oferecer dentro de nossa infraestrutura.

Nosso produtos de DB na nuvem agora são:

• MySQL 5 Cloud
• PostgreSQL Cloud
• Oracle 10g Cloud

  Mais dados sobre estes serviços e informações para contratação instantânea em:

http://shop.bsrsoft.com.br/category.php?id_category=15

In my current Ruby n Rails project, the focus of work is to periodically update database entries from XML feeds.

Naturally I’ve implemented a threading system using the rufus-scheduler gem for updating database entries every so many minutes. However I soon noticed that after running on the development enviroment with 1 minute intervals on updates, that the updating of the last updated time column in the db suddenly stopped after about 5 iterations. No error, warnings or other signals (smoke or otherwise).

After a bit of head scratching I finally managed to mentally link the 5 iterations to the pool number setting in the database.yml file. Executing my database updates within the thread job was stopping Rails from cleaning up the unrequired connections (for whatever reason. I suspect this is because the thread is sent back to sleep before this can occur).

So the solution is to simply call the cleanup manually via…

ActiveRecord::Base.connection_pool.clear_stale_cached_connections!

… at the end of every job execution run. Problem sorted!

Deoarece vorbim despre un site de pariuri, este normal ca interfaţa să asigure facilităţi orientate utilizator precum  : posibilitatea utilizatorului de a vedea istoria pariurilor jucate până acum, de a vedea ce pariuri a propus (să nu uităm de pariurile speciale ce se pot face pe acest site!) şi ce mize au fost jucate pe respectivele pariuri. De asemenea, pentru simplitate, userul trebuie să aibă opţiunea de a pune în cont o sumă dorită şi de a paria folosind acei bani, decât să trimită bani pentru fiecare pariu.

Toate aceste lucruri duc evident la nevoie de a implementa o structură bazată pe conturi, în care un utilizator trebuie să se înregistreze pe site pentru a putea beneficia de toate aceste facilităţi. În primă fază noi am implementat cele două module esenţiale pentru acest mecanism, şi anume interfaţa de autentificare (pentru cei care au cont deja) şi interfaţa de înregistrare. Pentru acestea este nevoie de programare server-side, pentru care noi am ales limbajul PHP (PHP: HyperText  Prepocessor).

Datele sunt preluate de la utilizator printr-un formular şi sunt salvate într-o bază de date. Ca sistem de gestiune a bazelor de date am ales MySQL, PHP având deja funcţii care pot interacţiona cu un astfel de server.

În principiu , realizarea acestor două formulare nu ridică probleme. Totuşi , programarea server-side are nişte restricţii despre care merită să vorbim puţin. În mod normal, un formular de înregistrare ar fi structurat astfel : o pagină în care se introduc datele, o pagină care conţine scriptul PHP ce prelucrează datele şi o pagină la care ar trebui să fie redirectat utilizatorul după ce s-a înregistrat (nu are sens să rămână pe pagina cu formularul de înscriere) .De asemenea,reamintim că protocolul HTTP se bazează pe cereri : clientul (browserul) cere o anumită pagină , de la o locaţie specificată şi serverul trimite răspunsul în format HTML. Dacă pagina conţine cod PHP, acesta va fi interpretat (de server) şi eventualul output al acestui cod va fi adăugat la conţinutul paginii ce va trimis clientului ca răspuns.

HTTP este un protocol stateless, adică nu există un context al cererilor. Ele sunt independente, nu se salvează informaţii de la o cerere la alta. De asemenea, în cadrul unei cereri nu se poate solicita decât o singură pagină. Asupra acestei proprietăţi vom mai reveni, dar momentan este important să o menţionăm.

Pagina în care se află scriptul este cerută de browser când au fost introduse datele , de obicei prin apasărea unui buton , şi tot scriptul va efectua şi redirectarea. Pentru a efectua o redirectare, serverul nu trebuie să fi trimis output HTML ca răspuns la cererea curentă. De aceea, scriptul de PHP se va afla într-o pagină separată. În cazul nostru, tot procesul de autentificare se face într-o singură pagină,ceea ce complică puţin lucrurile. Inevitabil, serverul a trimis deja o parte din output şi nu mai poate trimite altă pagină ca răspuns. Soluţia noastră a fost redirectarea folosind o tehnologie client-side, şi anume JavaScript.

O altă problemă, despre care probabil că vom mai discuta când vom vorbi despre securitatea site-ului, este cea a modului în care sunt preluate datele de către scripturile PHP. Este preluat şirul de caractere introdus de utilizator şi concatenat cu alte şiruri pentru a forma o comandă SQL (ex: introduce userul “sebaNU” in baza de date – “sebaNU” este textul introdus de utilizator). Dacă utilizatorul ştie să profite de acest lucru, prin datele introduse poate crea o comandă SQL cu efecte nedorite pentru noi . Acest lucu poarta numele de SQL Injection şi poate fi evitat prin trecerea şirului de caractere introdus printr-un filtru care să alăture un escape character fiecărui caracter special din SQL. Noi am implementat această funcţionalitate, folosind o funcţie din PHP.

Închid aici menţionând că orice întrebare,completare sau informaţie legată de cele de mai sus este binevenită.

P.S. Am strecurat nişte surprize pentru Seba. Cine le găseşte primeşte 5000 coins la crearea contului )

apt-get install backup-manager // ставим бэкап-менеджер
nano nano /etc/backup-manager.conf // редактируем конфиг
export BM_REPOSITORY_ROOT= “/backups” // указываю каталог куда бэкапить
export BM_TEMP_DIR= “/backups/tmp” // временный каталог, как понимаю это куда будут падать файлы, до сжатия
export BM_REPOSITORY_USER= “root” // настраиваем права на каталог с бэкапами
export BM_REPOSITORY_GROUP= “root”
export BM_REPOSITORY_CHMOD= “770″
export BM_ARCHIVE_NICE_LEVEL= “10″ // приоритет процесса по сути nice -n 10
export BM_ARCHIVE_METHOD= “tarball-incremental” // тип архива
export BM_ENCRYPTION_METHOD= “false” // метод шифрации архива, отрубаем ибо не надо.
export BM_TARBALL_FILETYPE= “tar.bz2″ // формат архивации
export BM_TARBALL_DIRECTORIES= “/” // каталоги которые будем бэкапить к примеру “/etc /var/log”, но мне надо корень.
export BM_TARBALL_BLACKLIST= “/backups” // указываем что пропустить при бэкапинге, я пропустил каталог с бэкапами.
export BM_TARBALLINC_MASTERDATETYPE= “weekly” // частота бэкапа, еженедельно или ежемесячно.
export BM_TARBALLINC_MASTERDATEVALUE= “7″ // день недели для бэкапа.
export BM_MYSQL_DATABASES= “__ALL__” // тут идет бэкап mysql баз данных, перечисляем какие.
export BM_MYSQL_ADMINLOGIN= “root” // юзер от которого бэкапим.
export BM_MYSQL_ADMINPASS= “” // пасс юзера
export BM_MYSQL_FILETYPE= “bzip2″ // вид архивов
export BM_UPLOAD_METHOD= “none” // указываем тип аплоада бэкапа, я ставлю none – мне никуда не надо его заливать.

apt-get install automysqlbackup // устанавливаем бэкапилку для мускуля.
nano /etc/default/automysqlbackup // редактируем основной конфигурационный файл
USERNAME=root // указываем имя юзера от которого бэкапим бд
PASSWORD=тут_пишем_пасс // password этого юзера
BACKUPDIR= “/backups/mysql” // указываем директурию куда будут падать бэкапы
Далее можно настроить отправку логов на мыло
MAILCONTENT= “quiet” // может быть log – только лог шлется, files – шлются лог и sql-файлы, stdout – вываливает логи на экран и quiet – шлет на мыло только логи с ошибками.
MAILADDR= “root” // указываем адрес куда будут слаться логи в данном случае юзеру root, если настроен MTA, то можно указать реальный email-адрес.
MDBNAMES= “mysql $DBNAMES” // имена бд которые надо сбэкапить
DBEXCLUDE= “” // имена бд которые НЕ надо бэкапить
CREATE_DATABASE=yes // включить ли фун-ию CREATE DATABASE в бэкап, лучше – ДА
DOWEEKLY=6 // в какой день недели делать бэкап
COMP=gzip // выбираем сжатие gzip или bzip2

What is a Database Engine?
A database engine is basically a software layer in every DBMS that creates table, updates them and retrieves information from them. Since data and database may be of different natures MySQL DBMS provides several kinds of DBMS engines. We discuss two of them, that are most popular-

1)MyISAM

MyISAM is the default database engine of MySQL, that is based on ISAM (Index Sequential Access Method). ISAM was developed by IBM for fast retrieval of data in Mainframe Computers. MyISAM is fast in data access and supports full text searching. The limitation of this is, MyISAM is not suitable for transactional tables or it does not support foreign key constraints. (i.e. referential integrities). This is poor in crash recovery also. MyISAM locks the table until the operation is not complete. For example if you are inserting a row, the next operation say ‘updating of row ‘will wait until the first finishes.

2) InnoDB

InnoDB is more safe database engine of MySQL. InnoDB is good for transactional tables. It supports foreign key constraints. COMMIT, ROLLBACK sort of operations can be performed in this engine. Crash recovery is more easy in this. This stores data in clustered indexes (Storing the rows in primary key order while MyISAM stores the rows as they added). InnoDB is designed for large volume of data for high performance. This is also good for multi-user concurrency.

UPDATE user SET Password=PASSWORD(’newrootpassword’) WHERE User=’root’;
FLUSH PRIVILEGES;

Note:Type Your Password in place of newrootpassword

We need to make our life easier by creating consistency for every machine. What this means is every machine you try to use, whether it be yours or your colleagues, the environment will be the same when you sit down to help them with something. This is very important if you’re a Development Manager and you’re trying to help one of your staff.

This is one of several posts in regards to this subject.

I really don’t use MySQL too much.  At work, I have Oracle and Sybase.  But I think I’m going to use it in the example code that I post later.  Because we’ll be using Hibernate, for the most part, it really doesn’t matter.  Hibernate hides the nuances of each type of database from us (for the most part).  Anyway, the real reason has to do with our earlier PHP post and a post about WordPress that I’ll be making later.  So, here we’re going to install MySQL.

Here we’re going to install MySQL for the Macintosh.  We’ll go back and do it for Windows in a later post.

First off, we need the binary.  We’ll go to the MySQL website to download the 5.1 MySQL version file called “mysql-5.1.41-osx10.5-x86.dmg”.  After we’ve gotten that downloaded double click it and we’ll see this window after the image has been mounted:

Mounted MySQL Package

Now click on the icon for “mysql-5.1.41-osx10.5-x86.pkg” and you should see this window:

MySQL 5.1.41 Installer Welcome Screen

click “Continue”

MySQL 5.1.41 Installer Important Information

click “Continue”

MySQL 5.1.41 Installer Software License Agreement

click “Continue” and a window will drop down

MySQL 5.1.41 Installer Agree to Software

click “Agree”

MySQL 5.1.41 Installer Select A Destination

click “Continue”

MySQL 5.1.41 Installer Confirm Install Location

click “Install”

MySQL 5.1.41 Installer Enter Password

you’ll need to type in your password so that you’ll have permission to install the software and after you’ve done that, the software should start to install

MySQL 5.1.41 Installer Installing

and when it’s done you’ll see this window:

MySQL 5.1.41 Installer Successful Install

Now you have the MySQL database installed.  But you don’t want to have to start it by hand every time your system boots.  You’d rather it start automatically for you.  We have an app for that.   Go back to this window

Mounted MySQL Package

and this time click on “MySqlStartupItem.pkg” and you’ll see this window

MySQL 5.1.41 Startup Item Installer Welcome Screen

click Continue

MySQL 5.1.41 Startup Item Installer Welcome Screen

click Continue

MySQL 5.1.41 Startup Item Installer Select Destination

click Continue

MySQL 5.1.41 Startup Item Installer Confirm Destination

click Install

MySQL 5.1.41 Startup Item Installer Successful Install

and you’re done.  Click Close.

We could go through the process of starting MySQL by hand but it’s just as easy to reboot our machine.  That way we’ll know it starts automatically for us as well.  So, reboot!

After you’ve rebooted, let’s start up a “Terminal” window.  Once that’s done, type in the following command:

ps -aef | grep mysql

and you should see results that look similar to this:

MySQL 5.1.41 Confirm Install

MySQL doesn’t have a Graphical User Interface so a lot of what we’ll be doing is via the command line.  Because of this, we need to put the /usr/local/mysql/bin in our PATH environment to make life easier for us.  We do this by cd-ing to the /etc directory and then editing the profile file using vi (via sudo).  We’ll be executing these commands:

cd /etc
sudo vi profile

and our window should look like this:

MySQL 5.1.41 Edit /etc/profile

In this file, you should see a line that says PATH.  You want to put the line “/usr/local/mysql/bin:” right after the = sign of that line.  You should see a window that looks like this:

MySQL 5.1.41 Change PATH

Save it and end your Terminal session and start a new one so that this will take effect for you.

Now that the MySQL server is started, we need to get in and do some things for security reasons.  The server starts with no password for the “root” user and it also has an anonymous account.  We need to fix those issues.  So we start up a “Terminal” window again and we’ll be executing the following command to get us into the MySQL interface:

mysql -u root

and the first thing we’re going to do is delete the anonymous users by running this command:

DELETE FROM mysql.user WHERE user=”;

your window will look like this:

MySQL 5.1.41 Delete Anonymous Users

And finally we need to get in and change the password for our root user.  Start up a “Terminal” window and get in MySQL by this command:

mysql -u root

then run the following command

UPDATE mysql.user SET password = PASSWORD=(‘xxxxxx’);

Be aware here though.  First off, you’re changing ALL the passwords of ALL the users in your database.  This is a fresh install so that’s OK but if for some reason you’re following this and it’s not a fresh install then be aware.  Secondly, I’m changing the password to ‘xxxxxx’, you’ll want to change it to something real.

How will we know that our password has been changed?  We now have to add the “-p” argument when we try to get into MySQL from now on else we can’t get in.  So we’ll be executing a command like this

mysql -u root -p

and the server will now ask you for the password when you try to get into your server.

The window for this will look like the following for these commands:

MySQL 5.1.41 Change root Password

We now have MySQL installed on our Apple Macintosh.

(De fapt ar trebui sa fie chat-ul #1 avand in vedere ca nu am mai avut si prima discutie, intrucat nu mergea concertChat-ul, dar facem abstractie )

Am avut in seara de duminica un chat impreuna cu Mircea (WebSmiths), Sergiu (QWERTY), Tiberiu (Gold) si Catalin (Power Over Web) legat la tehnologiile utilizate pentru implementarea site-ului. A fost o discutie foarte interesanta, care s-a intins peste 2 ore, in care am discutat despre mai multe lucruri.

Astfel, intai am vorbit eu despre beneficiile JavaScript  si am cazut de acord ca este un mecanism foarte util in dezvoltarea unei interfete. Am continuat cu PHP-ul despre care ne-a vorbit Catalin – o alta solutie consacrata careia am avut putine lucrui sa-i reprosam, cu atat mai putin cu cat beneficiaza de un suport enorm in ziua de astazi. Tiberiu ne-a povestit despre aventurile lui cu AJAX si ne-a explicat de ce proiectul echipei sale va utiliza mai mult aceasta tehnologie.

Ulterior, am schimbat putin registrul, trecand de la tehnologii “de baza” (ca sa le zic asa) la platforme deja implementate, care vin sa simplifice viata (cel putin pe hartie ) dezvoltatorului implementand deja anumite functionalitati sau oferind o serie de servicii facile acestuia. Am discutat impreuna cu Mircea despre JavaFX ca inlocuitor pentru AJAX, Flash sau Silverlight, oferind posibilitatea integrarii de cod Java direct in aplicatie (cu performantele de viteza aduse de acesta). In final, am discutat cu Sergiu legat de CMS-uri (Content Management Systems), ce reprezinta platforme care faciliteaza dezvoltarea de content Web prin utlizarea unor programe implementate in limbaje consacrate. Astfel de CMS-uri sunt Drupal sau WordPress. In particular, topic-ul CMS-ului WordPress a fost foarte bine-venit, intrucat echipa noastra tocmai ce luase decizia de a migra proiectul, renuntand la ideea “facem totul de la 0″, catre o solutie bazata pe o structura deja implementata.

Discutia s-a dovedit a fi una interesanta, in care am putut afla despre unele tehnologii noi, impreuna cu avantajele / dezavantajele lor si aplicatiile in care se preteaza a fi folosite.

In aceasta seara, impreuna cu inca 3 reprezentati din echipe diferite, ne-am strans sa discutam despre solutiile tehnice pe care fiecare dintre noi le propune (sau deja le-a folosit) in dezvoltarea proiectului sau.

Cei 3 cu care am avut onoarea sa discut sunt:

• Mihai Dumitrescu – managerul echipei Backwards IOC
• George Neagoe – responsabilul tehnic al echipei Muzeu Upb
• Dumbrava Maria – managerul echipei ITea

Ca o privire de ansamblu,  tehnologiile folosite/sau pe care intentionam sa le folosim sunt:  php+mysql, javascript, xml si flash.

Mihai ne-a vorbit si despre Joomla, care se pare ca face aproape totul in locul tau  (fapt pentru care o sa-l incerc si eu cat mai curand )

Oricum, discutia nu s-a rezumat doar la acestea de mai sus.  Transcript-ul conversatiei poate fi gasiti aici