ਕੰਪਿਊਟਰ ', ਪ੍ਰੋਗਰਾਮਿੰਗ
ਇੱਕ ਉਦਾਹਰਨ, ਵਿਸਥਾਰ ਜਾਣਕਾਰੀ, ਗਲਤੀ ਦੀ ਵਰਤੋ - ਖੱਬੇ (SQL) ਵਿੱਚ ਸ਼ਾਮਲ
ਕਿਸੇ ਵੀ ਅਸਲੀ ਸੰਬੰਧਿਤ ਡਾਟਾਬੇਸ ਵਿੱਚ, ਸਾਰੀ ਜਾਣਕਾਰੀ ਇੱਕ ਵੱਖਰੀ ਮੇਜ਼ 'ਤੇ ਵੰਡਿਆ ਗਿਆ ਹੈ. ਟੇਬਲ ਦੇ ਕਈ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਸਕੀਮ ਵਿੱਚ ਬਾਹਰ ਨੂੰ ਸੈੱਟ ਕਰ ਰਹੇ ਹਨ. ਪਰ, ਦੀ ਮਦਦ ਨਾਲ SQL ਕਿਊਰੀ ਕਰਦਾ ਇਸ ਨੂੰ ਡਾਟਾ, ਸਰਕਟ ਵਿੱਚ ਨਾ ਸ਼ਾਮਿਲ ਵਿਚਕਾਰ ਇੱਕ ਲਿੰਕ ਨੂੰ ਰੱਖਣ ਲਈ ਇਹ ਬਹੁਤ ਸੰਭਵ ਹੈ. ਇਹ ਇੱਕ ਆਉਣ ਕੁਨੈਕਸ਼ਨ ਹੈ, ਜੋ ਕਿ ਤੁਹਾਨੂੰ ਟੇਬਲ ਦੇ ਕਿਸੇ ਵੀ ਨੰਬਰ ਨੂੰ ਵਿਚਕਾਰ ਇਕ ਰਿਸ਼ਤਾ ਬਣਾਉਣ ਲਈ, ਅਤੇ ਇਹ ਵੀ ਪ੍ਰਤੀਤ ਖਿੰਡੇ ਜਾਣਕਾਰੀ ਨਾਲ ਜੁੜਨ ਦੀ ਮਨਜੂਰੀ ਦਿੰਦਾ ਹੈ ਪ੍ਰਦਰਸ਼ਨ ਕਰ ਕੇ ਕੀਤਾ ਗਿਆ ਹੈ.
ਇਸ ਲੇਖ ਖਾਸ ਤੌਰ ਨਾਲ ਗੱਲ ਖੱਬੇ ਬਾਹਰੀ ਆਉਣ ਬਾਰੇ ਜਾਵੇਗਾ. ਕੁਨੈਕਸ਼ਨ ਦੇ ਇਸ ਕਿਸਮ ਦੇ ਵੇਰਵੇ ਨੂੰ ਜਾਰੀ ਅੱਗੇ, ਕੁਝ ਡਾਟਾਬੇਸ ਨੂੰ ਟੇਬਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰੋ.
ਜ਼ਰੂਰੀ ਟੇਬਲ ਤਿਆਰੀ
ਮਿਸਾਲ ਲਈ, ਸਾਡੇ ਡੇਟਾਬੇਸ ਵਿੱਚ, ਉੱਥੇ ਲੋਕ ਅਤੇ ਆਪਣੇ ਰੀਅਲ ਅਸਟੇਟ ਦੇ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੈ. ਪੀਪਲਜ਼ (ਲੋਕ), ਰਿਆਲਟੀ (ਰੀਅਲ ਅਸਟੇਟ), Realty_peoples (ਟੇਬਲ ਰਿਸ਼ਤੇ, ਜੋ ਲੋਕ ਕੀ ਸੰਪਤੀ ਨਾਲ ਸਬੰਧਿਤ ਹੈ): ਤਿੰਨ ਟੇਬਲ 'ਤੇ ਆਧਾਰਿਤ ਸੰਖੇਪ. ਲੋਕ ਟੇਬਲ ਵਿੱਚ ਸਟੋਰ ਹੇਠ ਡਾਟਾ ਮੰਨ:
ਪੀਪਲਜ਼ | ||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ |
1 | Ivanova | ਡਾਰੀਆ | ਬੀ | 07/16/2000 |
2 | Pugin | Vladislav | Nikolaevich | 29.01.1986 |
3 | Evgenin | ਸਿਕੰਦਰ | Federovich | 04/30/1964 |
4 | Annina | ਪਸੰਦ ਹੈ | ਪੀ | 31.12.1989 |
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 |
ਰੀਅਲ ਅਸਟੇਟ:
ਰਿਆਲਟੀ | |
id ਦਾ | ਦਾ ਪਤਾ |
1 | ਆਰਖੰਗੇਲਸ੍ਕ, ਉਲ. Voronin, d. 7, kv.6 |
2 | ਆਰਖੰਗੇਲਸ੍ਕ, ਉਲ. Severodvinskaya, d. 84, ਸ. 9 ਆਰ. 5 |
3 | ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Severodvinsk, ਸ੍ਟ੍ਰੀਟ. ਲੈਨਿਨ, d. 134, Q. 85 |
4 | ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Novodvinsk, ਉਲ. Proletarshaya, d. 16, ਸ. 137 |
5 | ਆਰਖੰਗੇਲਸ੍ਕ, pl. Terekhina, d. 89, ਸ. 13 |
ਸੰਬੰਧ ਲੋਕ - ਸੰਪਤੀ:
Realty_peoples | ||
id_peoples | id_realty | ਦੀ ਕਿਸਮ |
7 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
8 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
3 | 5 | ਸੰਪਤੀ |
7 | 1 | ਸੰਪਤੀ |
5 | 4 | ਆਮ ਹਿੱਸੇ |
6 | 4 | ਆਮ ਹਿੱਸੇ |
ਖੱਬੇ ਆਉਣ (SQL) - ਵੇਰਵਾ
ਖੱਬੇ ਅਹਾਤੇ ਹੇਠ ਸੰਟੈਕਸ ਹੈ:
Table_A ਖੱਬੇ JOIN table_B [{ 'ਤੇ predicate} | {Tolbtsov ਨਾਲ spisok_ ਵਰਤ}] |
ਅਤੇ schematically ਹੇਠ:
ਅਤੇ ਇਹ ਸ਼ਬਦ "ਸਭ ਚੁਣੋ, ਅਪਵਾਦ ਬਿਨਾ, ਟੇਬਲ A ਅਤੇ ਟੇਬਲ 'ਬੀ' ਦੇ ਲਾਈਨ predicate ਦੇ ਸਿਰਫ ਮੇਲ ਕਤਾਰ ਵੇਖਾਉਣ ਲਈ ਦੇ ਰੂਪ ਵਿੱਚ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ ਹੈ. ਮੁੱਲ ਹਨ "- ਸਾਰਣੀ ਜੋੜੇ ਇੱਕ ਲਈ ਸਤਰ ਸਾਰਣੀ ਵਿੱਚ ਪਾਇਆ ਗਿਆ ਸੀ, ਜੇ, ਫਿਰ ਨਤੀਜੇ ਕਾਲਮ ਨਲਇੰਜਣ ਨੂੰ ਭਰਨ.
ਬਹੁਤੇ ਅਕਸਰ, ਜਦ ਨੂੰ ਛੱਡ ਕੁਨੈਕਸ਼ਨ ਤੇ ਸੰਕੇਤ ਹੈ, ਦਾ ਇਸਤੇਮਾਲ ਹੀ ਵਰਤਿਆ ਗਿਆ ਹੈ, ਜਦ ਕਿ ਕਾਲਮ ਦੇ ਨਾਮ ਹੈ, ਜੋ ਕਿ ਕੁਨੈਕਸ਼ਨ ਬਣਾਉਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ ਉਸੇ ਹੀ ਹਨ.
ਖੱਬੇ ਆਉਣ - ਵਰਤਣ ਦੀ ਮਿਸਾਲ
ਖੱਬੇ ਦੇ ਕੁਨੈਕਸ਼ਨ ਦੇ ਨਾਲ ਸਾਨੂੰ ਵੇਖ ਸਕਦਾ ਹੈ, ਉੱਥੇ ਜੇ ਪੀਪਲਜ਼ ਸੰਪਤੀ ਸੂਚੀ ਸਾਰੇ ਲੋਕ. ਖੱਬੇ ਵਿੱਚ ਇਹ ਕਰਨ ਲਈ ਆਉਣ ਲਈ SQL ਕਿਊਰੀ ਉਦਾਹਰਨ:
ਚੁਣੋ ਪੀਪਲਜ਼. *, Realty_peoples.id_realty, Realty_peoples.type ਤ ਪੀਪਲਜ਼ ਖੱਬੇ JOIN Realty_peoples ਤੇ Peoples.id = Realty_peoples.id_peoples; |
ਹੇਠ ਨਤੀਜੇ ਦੇ ਨਾਲ:
Query1 | ||||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ | id_realty | ਦੀ ਕਿਸਮ |
1 | Ivanova | ਡਾਰੀਆ | ਬੀ | 07/16/2000 | ||
2 | Pugin | Vladislav | Nikolaevich | 29.01.1986 | ||
3 | Evgenin | ਸਿਕੰਦਰ | Federovich | 04/30/1964 | 5 | ਸੰਪਤੀ |
4 | Annina | ਪਸੰਦ ਹੈ | ਪੀ | 31.12.1989 | ||
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 | 4 | ਆਮ ਹਿੱਸੇ |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 | 4 | ਆਮ ਹਿੱਸੇ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 1 | ਸੰਪਤੀ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
ਸਾਨੂੰ ਪਤਾ ਹੋਣ ਦੇ ਨਾਤੇ, Ivanova ਦਰਯਾ Pugin Vladislav ਅਤੇ Anninoy Lyubovi ਕੋਈ ਰੀਅਲ ਅਸਟੇਟ ਦੇ ਹੱਕ ਦਰਜ ਕੀਤਾ ਹੈ.
ਅਤੇ ਕੀ ਸਾਨੂੰ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ ਸੀ, ਇੱਕ ਅੰਦਰਲੇ ਅੰਦਰੂਨੀ ਆਉਣ ਆਉਣ ਵਰਤ? ਤੁਹਾਨੂੰ ਪਤਾ ਹੈ ਦੇ ਰੂਪ ਵਿੱਚ, ਇਸ ਨੂੰ ਗੈਰ-ਮੇਲ ਕਤਾਰ ਸ਼ਾਮਲ ਹੈ, ਇਸ ਲਈ ਤਿੰਨ ਸਾਡੀ ਫਾਈਨਲ ਨਮੂਨੇ ਦੇ ਬਾਹਰ ਨੂੰ ਸਿਰਫ਼ ਘਟ ਕੀਤਾ ਜਾਵੇਗਾ:
Query1 | ||||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ | id_realty | ਦੀ ਕਿਸਮ |
3 | Evgenin | ਸਿਕੰਦਰ | Federovich | 04/30/1964 | 5 | ਸੰਪਤੀ |
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 | 4 | ਆਮ ਹਿੱਸੇ |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 | 4 | ਆਮ ਹਿੱਸੇ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 1 | ਸੰਪਤੀ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
ਇਹ ਲੱਗਦਾ ਹੈ ਕਿ ਹੈ ਕਿ ਦੂਜਾ ਵਰਜਨ ਨੂੰ ਵੀ ਸਾਡੀ ਸਮੱਸਿਆ ਦੇ ਹਾਲਾਤ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ. ਪਰ, ਸਾਨੂੰ ਕਿਸੇ ਹੋਰ 'ਤੇ ਨੱਥੀ ਕਰਨ ਲਈ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ ਹੋਰ ਸਾਰਣੀ ਵਿੱਚ, ਇਸ ਦੇ ਨਤੀਜੇ ਦੇ ਤਿੰਨ ਲੋਕ ਹੀ ਬਿਲਕੁਲ ਚਲਾ ਗਿਆ ਹੈ, ਜੇ. ਅੰਦਰੂਨੀ ਵੱਧ ਇਸ ਲਈ, ਅਭਿਆਸ ਵਿਚ, ਜਦ ਕਿ ਕਈ ਟੇਬਲ ਦਾ ਸੰਯੋਗ ਹੈ ਬਹੁਤ ਕੁਝ ਹੋਰ ਵੀ ਅਕਸਰ ਵਰਤਿਆ ਖੱਬੇ ਅਤੇ ਸੱਜੇ ਕੁਨੈਕਸ਼ਨ ਆਉਣ.
SQL ਮਿਸਾਲ ਆਉਣ ਖੱਬੇ ਕਰਨ ਲਈ ਲਈ ਖੋਜ ਕਰਨ ਲਈ ਜਾਰੀ ਕੀਤਾ ਜਾਵੇਗਾ. ਸਾਡੇ ਘਰ ਦੇ ਪਤੇ ਦੇ ਨਾਲ ਇੱਕ ਸਾਰਣੀ ਨੱਥੀ:
ਚੁਣੋ ਪੀਪਲਜ਼. *, Realty_peoples.id_realty, Realty_peoples.type, Realty.address ਪੀਪਲਜ਼ ਤ ਖੱਬੇ JOIN Realty_peoples ਤੇ Peoples.id = Realty_peoples.id_peoples ਖੱਬੇ 'ਤੇ Realty.id = Realty_peoples.id_realty ਰਿਆਲਟੀ JOIN |
ਹੁਣ ਸਾਨੂੰ ਨਾ ਸਿਰਫ ਕਾਨੂੰਨ ਦੀ ਇੱਕ ਕਿਸਮ ਦੀ ਹੈ, ਪਰ ਇਹ ਵੀ ਰੀਅਲ ਅਸਟੇਟ ਦਾ ਪਤਾ ਕਰੋ:
Query1 | |||||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ | id_realty | ਦੀ ਕਿਸਮ | ਦਾ ਪਤਾ |
1 | Ivanova | ਡਾਰੀਆ | ਬੀ | 07/16/2000 | |||
2 | Pugin | Vladislav | Nikolaevich | 29.01.1986 | |||
3 | Evgenin | ਸਿਕੰਦਰ | Federovich | 04/30/1964 | 5 | ਸੰਪਤੀ | ਆਰਖੰਗੇਲਸ੍ਕ, pl. Terekhina, d. 89, ਸ. 13 |
4 | Annina | ਪਸੰਦ ਹੈ | ਪੀ | 31.12.1989 | |||
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 | 4 | ਆਮ ਹਿੱਸੇ | ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Novodvinsk, ਉਲ. Proletarshaya, d. 16, ਸ. 137 |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 | 4 | ਆਮ ਹਿੱਸੇ | ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Novodvinsk, ਉਲ. Proletarshaya, d. 16, ਸ. 137 |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ | ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Severodvinsk, ਸ੍ਟ੍ਰੀਟ. ਲੈਨਿਨ, d. 134, Q. 85 |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 1 | ਸੰਪਤੀ | ਆਰਖੰਗੇਲਸ੍ਕ, ਉਲ. Voronin, d. 7, kv.6 |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
ਆਰਖੰਗੇਲਸ੍ਕ ਖੇਤਰ Severodvinsk, ਸ੍ਟ੍ਰੀਟ. ਲੈਨਿਨ, d. 134, Q. 85 |
ਖੱਬੇ ਆਉਣ - ਗਲਤੀ ਦੇ ਆਮ ਵਰਤਣ: ਗਲਤ ਵਿਧੀ ਨੂੰ ਸਾਰਣੀ
ਮੁੱਢਲੀ ਖੱਬੇ ਬਾਹਰੀ ਤੇ ਕੀਤੀ ਗਲਤੀ ਟੇਬਲ, ਦੋ ਆਉਣ:
- ਸਹੀ ਟੇਬਲ ਦੇ ਕ੍ਰਮ ਜਿਸ ਦੇ ਲਈ ਡਾਟਾ ਖਤਮ ਹੋ ਗਿਆ ਸੀ ਨੂੰ ਚੁਣਿਆ.
- ਕਿੱਥੇ ਗਲਤੀ ਹੋ ਦੇ ਨਾਲ ਇੱਕ ਸਵਾਲ ਦੇ ਵਰਤ ਟੇਬਲ ਵਿੱਚ ਸ਼ਾਮਲ.
ਪਹਿਲੀ ਗਲਤੀ 'ਤੇ ਗੌਰ ਕਰੋ. ਕਿਸੇ ਵੀ ਸਮੱਸਿਆ ਦੇ ਫੈਸਲੇ ਨੂੰ ਪ੍ਰਾਇਰ ਨੂੰ ਸਾਫ਼-ਸਾਫ਼ ਸਾਨੂੰ ਕੀ ਅੰਤ ਵਿਚ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਜੋ ਕਿ ਸਮਝ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਉਪਰੋਕਤ ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ, ਸਾਨੂੰ ਲੋਕ ਦੇ ਹਰ ਇੱਕ ਨੂੰ ਲੈ ਲਿਆ ਹੈ, ਪਰ ਪੂਰੀ ਨੰਬਰ 2, ਜਿਸ ਦੇ ਮਾਲਕ ਨੂੰ ਮਿਲਿਆ ਹੈ, ਨਾ ਗਿਆ ਸੀ, ਦੇ ਅਧੀਨ ਆਬਜੈਕਟ ਦੇ ਬਾਰੇ ਵਿੱਚ ਜਾਣਕਾਰੀ ਖਤਮ ਹੋ.
ਜੇ ਸਾਨੂੰ ਕੁਝ ਸਥਾਨ ਵਿੱਚ ਇੱਕ ਸਵਾਲ ਦੇ ਵਿਚ ਟੇਬਲ ਚਲੇ ਗਏ, ਅਤੇ ਨਾਲ ਹੀ ਸ਼ੁਰੂ ਕਰੇਗਾ «... ਰਿਆਲਟੀ ਤੱਕ ਨੂੰ ਛੱਡ ਪੀਪਲਜ਼ ਆਉਣ ...» ਕਿਸੇ ਵੀ ਇੱਕ ਸੰਪਤੀ, ਸਾਨੂੰ ਖਤਮ ਹੋ ਗਿਆ ਹੈ, ਨਾ ਹੋਵੇਗਾ, ਤੁਹਾਨੂੰ ਲੋਕ ਕਰਨ ਬਾਰੇ ਦੱਸਦਾ ਹੈ, ਨਾ ਹੋਵੇਗਾ.
ਪਰ ਖੱਬੇ ਕੁਨੈਕਸ਼ਨ ਦੇ ਡਰ ਨਹੀ ਹੋਣਾ, ਪੂਰੀ ਬਾਹਰੀ ਹੈ, ਜੋ ਨਤੀਜੇ ਅਤੇ ਮੇਲ ਹੈ, ਅਤੇ ਨਾ-ਮੇਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕੀਤਾ ਗਿਆ ਹੈ ਤੇ ਜਾਣ ਲਈ ਕਰਦੇ ਹਨ.
ਸਭ ਦੇ ਬਾਅਦ, ਨਮੂਨੇ ਦੀ ਆਵਾਜ਼ ਅਕਸਰ ਬਹੁਤ ਵੱਡਾ ਹੈ, ਅਤੇ ਵਾਧੂ ਡਾਟਾ ਅਸਲ ਵਿੱਚ ਬੇਕਾਰ ਹੈ. ਜ ਆਪਣੇ ਉਪਲੱਬਧ ਜਾਇਦਾਦ ਦੀ ਇੱਕ ਸੂਚੀ ਦੇ ਮਾਲਕ ਦੇ ਨਾਲ ਸਾਰੀ ਸੰਪਤੀ ਸੂਚੀ (ਜੇ ਕੋਈ ਹੈ) ਦੇ ਨਾਲ ਸਾਰੇ ਲੋਕ: - ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਨੂੰ ਬਾਹਰ ਦਾ ਿਹਸਾਬ ਲਗਾਉਣ ਲਈ ਕਿ ਕੀ ਤੁਹਾਨੂੰ ਇੱਕ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਚਾਹੁੰਦੇ ਹੋ.
ਖੱਬੇ ਆਉਣ - ਗਲਤੀ ਦੇ ਆਮ ਵਰਤਣ: ਦੀ ਬੇਨਤੀ ਨੂੰ ਸਹੀ ਜਦ ਕਿੱਥੇ ਵਿਚ ਹਾਲਾਤ ਸੈੱਟ ਕਰਨ ਹੈ
ਦੂਜਾ ਗਲਤੀ ਨੂੰ ਵੀ ਡਾਟਾ ਦੇ ਨੁਕਸਾਨ ਦੇ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ, ਅਤੇ ਹਮੇਸ਼ਾ ਤੁਰੰਤ ਜ਼ਾਹਰ ਨਹੀ ਹਨ ਰਿਹਾ ਹੈ.
ਜਦ ਸਾਨੂੰ ਦੁਆਰਾ ਕੁਨੈਕਸ਼ਨ ਸਾਰੇ ਲੋਕ ਅਤੇ ਆਪਣੇ ਮੌਜੂਦਾ ਜਾਇਦਾਦ ਲਈ ਡਾਟਾ ਪ੍ਰਾਪਤ ਛੱਡ ਦਿੱਤਾ ਦੇ ਸਵਾਲ ਦੇ ਵਾਪਸ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਹੇਠ ਯਾਦ ਰੱਖੋ ਨਾਲ ਖੱਬੇ SQL ਉਦਾਹਰਨ ਵਿੱਚ ਸ਼ਾਮਲ:
ਤ ਪੀਪਲਜ਼ ਖੱਬੇ JOIN Realty_peoples ਤੇ Peoples.id = Realty_peoples.id_peoples; |
ਫ਼ਰਜ਼ ਕਰੋ ਕਿ ਬੇਨਤੀ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਨ ਲਈ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਨਾ ਆਉਟਪੁੱਟ ਡਾਟਾ, ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਕਾਨੂੰਨ ਦਾ ਦੀ ਕਿਸਮ - "ਜਾਇਦਾਦ". ਜੇ ਸਾਨੂੰ ਬਸ ਅੰਤ ਵਿੱਚ, ਖੱਬੇ ਵਰਤ SQL, ਹੇਠ ਹਾਲਤ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਵਿੱਚ ਸ਼ਾਮਲ:
...
ਜਿੱਥੇ ਕਿ type <> "ਜਾਇਦਾਦ ' |
ਸਾਡੇ ਲੋਕ ਜੋ ਕੋਈ ਸੰਪਤੀ ਹੈ, ਕਿਉਕਿ ਨਾਜਾਇਜ਼ ਮੁੱਲ ਨਲਇੰਜਣ ਹੇਠ ਦੇ ਮੁਕਾਬਲੇ ਨਹੀ ਹੈ ਤੇ ਡਾਟਾ ਖਤਮ ਹੋ ਜਾਵੇਗੀ:
Query1 | ||||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ | id_realty | ਦੀ ਕਿਸਮ |
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 | 4 | ਆਮ ਹਿੱਸੇ |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 | 4 | ਆਮ ਹਿੱਸੇ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
ਇਸ ਕਾਰਨ ਕਰਕੇ ਵਾਪਰਨ ਤੱਕ ਗਲਤੀ ਨੂੰ ਰੋਕਣ ਲਈ, ਇਸ ਨੂੰ ਕੁਨੈਕਸ਼ਨ ਉੱਤੇ ਤੁਰੰਤ ਚੋਣ ਹਾਲਤ ਸੈੱਟ ਕਰਨ ਲਈ ਵਧੀਆ ਹੈ. ਸਾਨੂੰ SQL ਉਦਾਹਰਨ ਵਿੱਚ ਸ਼ਾਮਲ ਖੱਬੇ ਨਾਲ ਹੇਠ ਤੇ ਵਿਚਾਰ ਕਰਨ ਦਾ ਸੁਝਾਅ.
ਚੁਣੋ ਪੀਪਲਜ਼. *, Realty_peoples.id_realty, Realty_peoples.type ਪੀਪਲਜ਼ ਤ ਖੱਬੇ JOIN Realty_peoples ਤੇ (Peoples.id = Realty_peoples.id_peoples ਅਤੇ ਕਿਸਮ <> "ਜਾਇਦਾਦ") |
ਨਤੀਜੇ ਦੇ ਹੇਠ ਹੋ ਜਾਵੇਗਾ:
Query1 | ||||||
id ਦਾ | L_name | F_name | Middle_name | ਜਨਮਦਿਨ | id_realty | ਦੀ ਕਿਸਮ |
1 | Ivanova | ਡਾਰੀਆ | ਬੀ | 07/16/2000 | ||
2 | Pugin | Vladislav | Nikolaevich | 29.01.1986 | ||
3 | Evgenin | ਸਿਕੰਦਰ | Federovich | 04/30/1964 | ||
4 | Annina | ਪਸੰਦ ਹੈ | ਪੀ | 31.12.1989 | ||
5 | Gerasimovsky | ਉਮੀਦ ਹੈ | ਪੀ | 14.03.1992 | 4 | ਆਮ ਹਿੱਸੇ |
6 | Gerasimovsky | ਵੇਟਲਿਫਟਰ | Albertovich | 01/29/1985 | 4 | ਆਮ ਹਿੱਸੇ |
7 | Sukhanovskaya | ਜਿਊਰੀ | ਏ | 09/25/1976 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
8 | Sukhanovskaya | ਜੂਲੀਆ | Y. | 01.10.2001 | 3 | ਕੁੱਲ ਸੰਯੁਕਤ ਮਾਲਕੀ |
ਇਸ ਲਈ, ਖੱਬੇ ਕਰਨ ਲਈ ਸਧਾਰਨ ਨੂੰ ਹੇਠ ਦੇ ਕੇ SQL ਉਦਾਹਰਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਸਾਨੂੰ ਸਾਰੇ ਲੋਕ ਦੀ ਇੱਕ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ, ਨੂੰ ਹੋਰ ਵਧਣਾ, ਇੱਕ ਸ਼ੇਅਰ / ਸੰਯੁਕਤ ਮਾਲਕੀ ਵਿੱਚ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਇੱਕ.
ਇੱਕ ਸਿੱਟਾ ਹੋਣ ਦੇ ਨਾਤੇ ਮੈਨੂੰ ਇਕ ਵਾਰ ਫਿਰ ਡਾਟਾਬੇਸ ਕਿਸੇ ਵੀ ਜਾਣਕਾਰੀ ਦਾ ਇੱਕ ਨਮੂਨਾ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਲਿਆ ਜਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜੋ ਕਿ ਜ਼ੋਰ ਕਰਨ ਲਈ ਚਾਹੁੰਦੇ ਹੋ. ਖੱਬੇ ਦੇ ਨਾਲ ਨਾਲ ਸਾਨੂੰ ਦੇ ਸਾਹਮਣੇ ਖੋਲ੍ਹਿਆ ਕਈ ਸੂਖਮ SQL ਸਧਾਰਨ ਉਦਾਹਰਨ ਵਿੱਚ ਸ਼ਾਮਲ, ਵਿਆਖਿਆ, ਜੋ ਕਿ ਇੱਕ ਦੇ - ਦੇ ਅੱਗੇ ਤੁਹਾਨੂੰ ਵੀ ਬੁਨਿਆਦੀ ਸਵਾਲ ਦੇ ਲਿਖਣ ਲਈ ਸ਼ੁਰੂ, ਤੁਹਾਨੂੰ ਧਿਆਨ ਨਾਲ ਸਮਝਣ ਲਈ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਸਾਨੂੰ ਅੰਤ ਵਿਚ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ. ਚੰਗੀ ਕਿਸਮਤ ਹੈ!
Similar articles
Trending Now