Osman Yılmaz Mah. Kızılay Cd No:41/C Gebze Kocaeli 0 262 644 9027 - 0 546 768 9783
» Teknik Bilgiler
» Windows Çözümleri» Terimler & Bilgiler» PHP Hakkında» MYSQL» Linux Güvenlik» JQUERY» Javascript» İnternet & Ağ» Diğer Bilgiler» Bilgisayar Hakkında» Arama Motorları
****

» Bilgisayar teknik servisi ve danışmanlık hizmetleri » Bilgisayar sistemlerinde Güvenlik ve Güvenilirlik» Bilgisayarınızdaki sorunlar canınızı sıkıyorsa bu fiyatları kaçırmayın. Periyodik bakım sayesinde bilgisayarınızın ömrünü uzatabileceğinizi unutmayın. » Virüslerden korunma yolları nelerdir?» İnternet, her geçen gün daha fazla kişiye ulaşmaktadır. İnternet siteleri en etkili ve düşük maliyetli tanıtım aracıdır. Firmanın tanıtımının o firmaya getiri sağlayacağı muhakkaktır. Tanıtılamayan bir hizmet yada bir ürünün tüketicisine ulaştırılamayacağı ve aynı şekilde pazarlanamayacağı herkes tarafından bilinmektedir. » Network Yönetim Sistemi » Güvenlik Danışmanlığı Hizmetleri» Anahtar Sözcükleri Tıklatma Başına Ödeme Reklamlarıyla Sınayın » Ev kullanıcısı veya işletmeler için yerinde teknik servis hizmeti, konusunda uzman personellerimiz tarafından randevu yöntemiyle ve marka bağımsız olarak gerçekleştirilmektedir.» İş Yerinde hizmet periyodik bakım ve acil çağrı olmak üzere 2 şekilde verilmektedir. Periyodik bakımlar ve acil durumlar çerçevesinde teknik servisimiz firmanızı ziyaret edecek, sorunlara yerinde müdahale edecek ve sorununuzu en kısa zamanda çözecektir. Yerinde destek kapsamında anlaşmaya göre periyodik olarak tüm sistemlerinizin genel bakımı yapılacaktır.» Apple, İpad, Notebook, Minibook, Dizüstü ve Masaüstü Bilgisayar Teknik Servisi» Sistem Destek Hizmetleri İşletim sistemi desteği, Microsoft BackOffice desteği, Sunucu üzerinde çalışan üçüncü parti yazılımlar, İstemci üzerinde çalışan üçüncü parti yazılımlar, İletişim ağı (network) sistem desteği, Sistem yazılımları kuruluş hizmetleri,» Ağ kurulumu, yönetimi ve güvenliği, Özel yazılımlar ve paket programlara çözümler, Donanım çözümleri ve danışmanlık hizmeti, Akınsoft çözümleri, Akınsoft Sektörel Program çözümleri, Güvenlik Kamera çözümleri, Web hosting hizmetleri, Web tasarım hizmetleri ve danışmanlık hizmetleridir. Hızlı, kesintisiz, güvenli, hizmet ve destek sunuyoruz.» Sunucu Kurulumu» TTnet Aile Koruma Şifresi» İşletmenizin bütün bilgileri bilgisayarinizda ama verileriniz kayboldu, yada bilgisayariniz hasar gördü. Yanlışlıkla dosyaları sildiniz, hatta format attınız, virüs bulaştı ve disk açmıyor. » Windows 2003/2008 Server Kurulum ve Teknik Destek İşlemleri » İster faaliyet alanınız ya da firmanızın ihtiyaçları doğrultusunda sıra dışı, ister sonuç odaklı basit ama işlevsel tasarım olsun, ABC Bilgisayar Hizmetleri kurumsal imajınızı en iyi şekilde yansıtan ve ihtiyaçlarınızı en uygun biçimde karşılayan, kullanımı kolay, ziyaretçi dostu siteleri hayata geçiriyor.
Even if you think you know everything about LEFT JOIN, I bet you will learn something or two in this post!
Even if you think you know everything about LEFT JOIN, I bet you will learn something or two in this post!

    The difference between the ON clause and the WHERE clause.
    A simple way to better understand a complex Matching-Condition with WHERE … IS NULL clause.
    The difference between the Matching-Conditions and the Where-conditions.

A reminder about “A LEFT JOIN B ON conditional_expr”

The ON condition (in the expression “A LEFT JOIN B ON conditional_expr”) is used to decide how to retrieve rows from table B (Matching-Stage).
If there is no row in B that matches the ON condition, an extra B row is generated with all columns set to NULL.
In the Matching-Stage any condition in the WHERE clause is not used. Only after the Matching-Stage, the condition in the WHERE clause will be used. It will filter out rows retrieved from the Matching-Stage.

Lets see a LEFT JOIN example:

mysql> CREATE TABLE `product` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `amount` int(10) unsigned default NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=5 DEFAULT CHARSET=latin1
 
mysql> CREATE TABLE `product_details` (
  `id` int(10) unsigned NOT NULL,
  `weight` int(10) unsigned default NULL,
  `exist` int(10) unsigned default NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1
 
mysql> INSERT INTO product (id,amount)
       VALUES (1,100),(2,200),(3,300),(4,400);
Query OK, 4 rows affected (0.00 sec)
Records: 4  Duplicates: 0  Warnings: 0
 
mysql> INSERT INTO product_details (id,weight,exist)
       VALUES (2,22,0),(4,44,1),(5,55,0),(6,66,1);
Query OK, 4 rows affected (0.00 sec)
Records: 4  Duplicates: 0  Warnings: 0
 
mysql> SELECT * FROM product;
+----+--------+
| id | amount |
+----+--------+
|  1 |    100 |
|  2 |    200 |
|  3 |    300 |
|  4 |    400 |
+----+--------+
4 rows in set (0.00 sec)
 
mysql> SELECT * FROM product_details;
+----+--------+-------+
| id | weight | exist |
+----+--------+-------+
|  2 |     22 |     0 |
|  4 |     44 |     1 |
|  5 |     55 |     0 |
|  6 |     66 |     1 |
+----+--------+-------+
4 rows in set (0.00 sec)
 
mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id);
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 |    2 |     22 |     0 |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 |    4 |     44 |     1 |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)

Is there a difference between the ON clause and the WHERE clause?

A question: Is there a difference in the result set of the following two queries?

1. SELECT * FROM product LEFT JOIN product_details
         ON (product.id = product_details.id)
         AND   product_details.id=2;
2. SELECT * FROM product LEFT JOIN product_details
         ON (product.id = product_details.id)
         WHERE product_details.id=2;

It is best to understand by example:

mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id)
       AND product_details.id=2;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 |    2 |     22 |     0 |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 | NULL |   NULL |  NULL |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)
 
mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id)
       WHERE product_details.id=2;
+----+--------+----+--------+-------+
| id | amount | id | weight | exist |
+----+--------+----+--------+-------+
|  2 |    200 |  2 |     22 |     0 |
+----+--------+----+--------+-------+
1 row in set (0.01 sec)

The first query retrieve all rows from product table while using the ON condition to decide which rows to retrieve from the Left joined product_details table.
The second query is doing simple Left-Join. It filters out rows not matching the WHERE clause conditions.

See more examples:

mysql>
mysql> SELECT * FROM product LEFT JOIN product_details
       ON product.id = product_details.id
       AND product.amount=100;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 | NULL |   NULL |  NULL |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 | NULL |   NULL |  NULL |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)

All the rows from the product table are retrieved. However, no matching found at product_details table (there is no row that matches the condition product.id = product_details.id AND product.amount=100).

mysql> SELECT * FROM product LEFT JOIN product_details
       ON (product.id = product_details.id)
       AND product.amount=200;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 |    2 |     22 |     0 |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 | NULL |   NULL |  NULL |
+----+--------+------+--------+-------+
4 rows in set (0.01 sec)

All the rows from the product table are retrieved. However, only one matching found at product_details table.
LEFT JOIN with WHERE … IS NULL clause

What is happening if you use the WHERE …. IS NULL clause?
As stated before, the Where-condition stage is happening after the Matching-Stage. This means that the WHERE IS NULL clause will filter out, from the Matching-Stage result, rows that didn’t satisfy the Matching-Condition.
All that is fine on the paper but if you are using more than one condition in the ON clause it is starting to be confusing.

I have developed a simple way to better understand a complex Matching-Condition with WHERE … IS NULL clause by:

    looking at the IS NULL clause as a negation of the Matching-Condition.
    using the Logical rule: !(A and B) == !A OR !B

Look at the following example:

mysql> SELECT a.* FROM product a LEFT JOIN product_details b
       ON a.id=b.id AND b.weight!=44 AND b.exist=0
       WHERE b.id IS NULL;
+----+--------+
| id | amount |
+----+--------+
|  1 |    100 |
|  3 |    300 |
|  4 |    400 |
+----+--------+
3 rows in set (0.00 sec)

Lets examine the Matching clause (ON clause):

(a.id=b.id) AND (b.weight!=44) AND (b.exist=0)

Remember that we can think of the IS NULL clause as a negation of the Matching-Condition.
This means we will retrieve the following rows:

!( exist(b.id that equals to a.id) AND b.weight !=44 AND b.exist=0 )
!exist(b.id that equals to a.id) || !(b.weight !=44) || !(b.exist=0)
!exist(b.id that equals to a.id) || b.weight =44 || b.exist=1

Like in a C programing language, the operands of logical-AND and logical-OR expressions are evaluated from left to right. If the value of the first operand is sufficient to determine the result of the operation, the second operand is not evaluated (short-circuit evaluation).
In our case, this means, retrieve all rows in A that don’t have matching id in B PLUS, for the rows that do have matching id in B, retrieve only the ones that have b.weight =44 OR b.exist=1

See another example:

mysql> SELECT a.* FROM product a LEFT JOIN product_details b
       ON a.id=b.id AND b.weight!=44 AND b.exist=1
       WHERE b.id IS NULL;
+----+--------+
| id | amount |
+----+--------+
|  1 |    100 |
|  2 |    200 |
|  3 |    300 |
|  4 |    400 |
+----+--------+
4 rows in set (0.00 sec)

Explanation:

! ( exist(bid that equals to aid) AND b.weight !=44 AND b.exist=1 )
!exist(bid that equals to aid) || !(b.weight !=44) || !(b.exist=1)
!exist(bid that equals to aid) || b.weight =44 || b.exist=0

The battle between the Matching-Conditions and the Where-conditions

You can get the same results (A.*) if you put only the basic matching condition in the ON clause and the negation of the rest in the Where condition clause.
For example,
Instead of writing:

SELECT a.* FROM product a LEFT JOIN product_details b
ON a.id=b.id AND b.weight!=44 AND b.exist=0
WHERE b.id IS NULL;

You can write:

SELECT a.* FROM product a LEFT JOIN product_details b
ON a.id=b.id
WHERE b.id is null OR b.weight=44 OR b.exist=1;

mysql> SELECT a.* FROM product a LEFT JOIN product_details b
       ON a.id=b.id
       WHERE b.id is null OR b.weight=44 OR b.exist=1;
+----+--------+
| id | amount |
+----+--------+
|  1 |    100 |
|  3 |    300 |
|  4 |    400 |
+----+--------+
3 rows in set (0.00 sec)

Instead of writing:

SELECT a.* FROM product a LEFT JOIN product_details b
ON a.id=b.id AND b.weight!=44 AND b.exist!=0
WHERE b.id IS NULL;

You can write:

SELECT a.* FROM product a LEFT JOIN product_details b
ON a.id=b.id
WHERE b.id is null OR b.weight=44 OR b.exist=0;

mysql> SELECT a.* FROM product a LEFT JOIN product_details b
       ON a.id=b.id
       WHERE b.id is null OR b.weight=44 OR b.exist=0;
+----+--------+
| id | amount |
+----+--------+
|  1 |    100 |
|  2 |    200 |
|  3 |    300 |
|  4 |    400 |
+----+--------+
4 rows in set (0.00 sec)

Does these queries really the same?
These queries retrieve the same result set as long as you need only the values from the first table (e.g. A.*). In a case that you are retrieving values from the LEFT JOINed table, the results values are not the same.
As stated before, the condition in the WHERE clause filters out rows retrieved from the Matching-Stage.

For example:

mysql> SELECT * FROM product a LEFT JOIN product_details b
       ON a.id=b.id AND b.weight!=44 AND b.exist=1
       WHERE b.id is null;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 | NULL |   NULL |  NULL |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 | NULL |   NULL |  NULL |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)
 
mysql> SELECT * FROM product a LEFT JOIN product_details b
       ON a.id=b.id
       WHERE b.id IS NULL OR b.weight=44 OR b.exist=0;
+----+--------+------+--------+-------+
| id | amount | id   | weight | exist |
+----+--------+------+--------+-------+
|  1 |    100 | NULL |   NULL |  NULL |
|  2 |    200 |    2 |     22 |     0 |
|  3 |    300 | NULL |   NULL |  NULL |
|  4 |    400 |    4 |     44 |     1 |
+----+--------+------+--------+-------+
4 rows in set (0.00 sec)

General Note: If you use LEFT JOIN to find rows that do not exist in some table and you have the following test: col_name IS NULL in the WHERE part,
where col_name is a column that is declared as NOT NULL, MySQL stops searching for more rows (for a particular key combination) after
it has found one row that matches the LEFT JOIN condition.
» Download SmoothWall Express 3.0 - Install URL Filter module by typing
http://aezat.blogspot.com/2009/07/proxy-server-using-smoothwall.htmlAfter about a week searching for a free solution for proxy server + content filtering, I've end up installing
» İşletim sistemi, bilgisayarda çalışan, bilgisayar donanım kaynaklarını yöneten ve çeşitli uygulama yazılımları için yaygın servisleri sağlayan bir yazılımlar bütünüdür.
İşletim sistemi, bilgisayarda çalışan, bilgisayar donanım kaynaklarını yöneten ve çeşitli uygulama yazılımları için yaygın servisleri sağlayan bir yazılımlar bütünüdür. İşletim
» try...catch...finally Statement (JavaScript)
» Hatırlarsanız daha önceki anlatımda ipcop’u Cd’den kuracağımı belirtmiştim
Networkümüzün yapısına göre konfigürasyon tipini seçmemiz gerekmektedir.  GREEN= local network tarafı”192.168.2.5” olarak yapıyorumRED= internet tarafı “10.0.0.2” olarak ayarladım.  ORANGE= DMZ tarafı (eğer
» Arama Motorları İçin
http://www.google.com/webmasters/sitemaps/pinghttp://www.bing.com/webmaster/ping.aspx?siteMaphttp://www.sitebilgi.net/http://www.seohocasi.com/seo/http://www.fuub.net/trustrank/http://www.fuub.net/site-bilgihttp://www.fuub.net/seo-rekabeti/https://services.google.com/fb/forms/adwordskupon/?site=992265http://www.aydinmahmut.com/google-botlarina-ping-cekmek/AKİL İNSANLAR HEYETİAkdeniz Bölgesi:Başkan: Rifat HisarcıklıoğluBaşkan Vekili: Lale MansurSekreter: Tarık ÇelenkÜyeler: Kadir İnanır, Nihal Bengisu Karaca, Şükrü Karatepe, Muhsin Kızılkaya,

Osman Yılmaz Mah. Kızılay Cd No:41/C Gebze Kocaeli 0 262 644 9027 - 0 546 768 9783