ಕಂಪ್ಯೂಟರ್, ಪ್ರೋಗ್ರಾಮಿಂಗ್
ಎಡ ಸೇರಲು (SQL) ಮತ್ತು - ಉದಾಹರಣೆಗೆ, ವಿಸ್ತೃತ ವಿವರಣೆ, ದೋಷ ಬಳಕೆ
ಯಾವುದೇ ನಿಜವಾದ ಸಂಬಂಧಿತ ದತ್ತಸಂಚಯ, ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಒಂದು ಪ್ರತ್ಯೇಕ ಮೇಜಿನ ಮೇಲೆ ವಿತರಿಸಲಾಗುತ್ತದೆ. ಕೋಷ್ಟಕಗಳು ಅನೇಕ ಪರಸ್ಪರ ಸಂವಹನ ಯೋಜನೆಯಲ್ಲಿ ನಿಯಮದಲ್ಲಿ. ಆದಾಗ್ಯೂ, ಸಹಾಯದಿಂದ SQL ಪ್ರಶ್ನೆಗಳನ್ನು ಮಾಹಿತಿಗಿಂತ, ಮಂಡಲದಲ್ಲಿನ ಎಂಬೆಡ್ ಮಾಡಲು ನಡುವೆ ಲಿಂಕ್ ನೀಡುವುದು ಸಾಧ್ಯವಿರುತ್ತದೆ. ನೀವು ಕೋಷ್ಟಕಗಳು ಯಾವುದೇ ಸಂಖ್ಯೆ ನಡುವೆ ಸಂಬಂಧವನ್ನು ನಿರ್ಮಿಸಲು, ಮತ್ತು ತೋರಿಕೆಯಲ್ಲಿ ಭಿನ್ನಜಾತಿಯ ಮಾಹಿತಿ ಸಂಪರ್ಕ ಅನುಮತಿಸುವ ಒಂದು ಸೇರಲು ಸಂಪರ್ಕ, ಪ್ರದರ್ಶನ ಮಾಡಲಾಗುತ್ತದೆ.
ಈ ಲೇಖನ ಎಡ ಹೊರಗಿನ ಸೇರಲು ಕುರಿತ ಮಾತನಾಡಬಹುದು. ಸಂಪರ್ಕ ಈ ರೀತಿಯ ವಿವರಣೆ ಹೊರಡುವ ಮುನ್ನ ಕೆಲವು ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಸೇರಿಸಿ.
ಅಗತ್ಯ ಕೋಷ್ಟಕಗಳು ಸಿದ್ಧತೆ
ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ, ಜನರನ್ನು ಮತ್ತು ಅವರ ರಿಯಲ್ ಎಸ್ಟೇಟ್ ಕುರಿತ ಮಾಹಿತಿ ಆಗಿದೆ. ಪೀಪಲ್ಸ್ (ಜನರು), ರಿಯಾಲ್ಟಿ (ರಿಯಲ್ ಎಸ್ಟೇಟ್), Realty_peoples (ಟೇಬಲ್ ಸಂಬಂಧಗಳು, ಜನರು ಆಸ್ತಿಯ ಸೇರಿರುವುದು ನಿಂದ ಯಾರು): ಸಾರಾಂಶ ಮೂರು ಕೋಷ್ಟಕಗಳು ಆಧರಿಸಿ. ಜನರ ಕೋಷ್ಟಕಗಳು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಮುಂದಿನ ಡೇಟಾ ಊಹಿಸಿ:
ಪೀಪಲ್ಸ್ | ||||
ಐಡಿ | L_name | F_name | Middle_name | ಜನ್ಮದಿನ |
1 | Ivanova ಎಂದು | ಡೇರಿಯಾ | ಬಿ | 07/16/2000 |
2 | ಪುಗಿನ್ | , Vladislav | Nikolaevich | 29.01.1986 |
3 | Evgenin | ಅಲೆಕ್ಸಾಂಡರ್ | Federovich | 04/30/1964 |
4 | ಅನ್ನಿನಾ | ಪ್ರೀತಿ | ಪಿ | 31.12.1989 |
5 | Gerasimovsky | ಭಾವಿಸುತ್ತೇವೆ | ಪಿ | 14.03.1992 |
6 | Gerasimovsky | ಒಲೆಗ್ | Albertovich | 01/29/1985 |
7 | Sukhanovskaya | ಜ್ಯೂರಿ | ಎ | 09/25/1976 |
8 | Sukhanovskaya | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 |
ರಿಯಲ್ ಎಸ್ಟೇಟ್:
ರಿಯಾಲ್ಟಿ | |
ಐಡಿ | ವಿಳಾಸಕ್ಕೆ |
1 | Arkhangelsk, ಉಲ್. Voronin, ಮರಣ. 7, kv.6 |
2 | Arkhangelsk, ಉಲ್. Severodvinskaya, ಮರಣ. 84, Q. 9 ಬಿಆರ್. 5 |
3 | Arkhangelsk ಪ್ರದೇಶದ ಸೆವೆರೊಡ್ವಿನ್ಸ್ಕ್, ಸ್ಟ. ಲೆನಿನ್, ಮರಣ. 134, Q. 85 |
4 | Arkhangelsk ಪ್ರದೇಶದ, Novodvinsk, ಉಲ್. Proletarshaya, ಮರಣ. 16, Q. 137 |
5 | Arkhangelsk, ಪಿ ಎಲ್. Terekhina, ಮರಣ. 89, Q. 13 |
ಬಾಂಧವ್ಯ - ಆಸ್ತಿ:
Realty_peoples | ||
id_peoples | id_realty | ಮಾದರಿ |
7 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
8 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
3 | 5 | ಆಸ್ತಿ |
7 | 1 | ಆಸ್ತಿ |
5 | 4 | ಕಾಮನ್ ಭಾಗಗಳು |
6 | 4 | ಕಾಮನ್ ಭಾಗಗಳು |
ಸೇರಲು (SQL) ಉಳಿದಿರುವ - ವಿವರಣೆ
ಎಡ ಸಂಯುಕ್ತ ಕೆಳಗಿನ ವಾಕ್ಯ ಹೊಂದಿದೆ:
Table_A ಎಡ ಸೇರಿರಿ table_B [{ಆಖ್ಯಾತ ಆನ್} | {Tolbtsov ಜೊತೆ spisok_ ಬಳಸಿಕೊಂಡು}] |
ಮತ್ತು ಕೆಳಗಿನಂತೆ ಸಂಕೇತಗಳಲ್ಲಿ:
ಮತ್ತು ಈ ಅಭಿವ್ಯಕ್ತಿ "ಕೋಷ್ಟಕ A ಕೋಷ್ಟಕ B ಲೈನ್ ಆಖ್ಯಾತವೊಂದರ ಮಾತ್ರ ಹೊಂದಾಣಿಕೆಯ ಸಾಲುಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲು ಹೊರತುಪಡಿಸದೇ, ಎಲ್ಲಾ ಆಯ್ಕೆ ಮಾಡಿ, ಎಂದು ಅನುವಾದಿಸಲಾಗಿದೆ. ಮೌಲ್ಯಗಳು "- ಟೇಬಲ್ ಜೋಡಿಗಳಿದ್ದು ಎ ಸ್ಟ್ರಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಕಂಡುಬಂದಿಲ್ಲ ವೇಳೆ, ಪರಿಣಮಿಸುವ ಕಾಲಮ್ಗಳನ್ನು ನಲ್ ತುಂಬಲು.
ಹೆಚ್ಚಾಗಿ, ಬಿಟ್ಟು ಸಂಪರ್ಕವನ್ನು ಆನ್ ಸೂಚಿಸಲ್ಪಡುತ್ತದೆ ಮಾಡಿದಾಗ, ಬಳಸಿ ಕೇವಲ ಸಂಪರ್ಕ ಯೋಜನೆ ಇದು ಕಾಲಮ್ ಹೆಸರುಗಳು, ಯಾವಾಗ ಒಂದೇ ಬಳಸಲಾಗುತ್ತದೆ.
ಎಡ ಸೇರಲು - ಬಳಕೆಯ ಉದಾಹರಣೆಗಳು
ಎಡ ಸಂಪರ್ಕ ನಾವು ನೋಡಿ, ವೇಳೆ ಪೀಪಲ್ಸ್ ಆಸ್ತಿ ಪಟ್ಟಿಯಿಂದ ಎಲ್ಲಾ ಜನರು ಮಾಡಬಹುದು. ಎಡ ಇದನ್ನು ಮಾಡಲು ಸೇರಲು SQL ಪ್ರಶ್ನೆ ಉದಾಹರಣೆ:
ಆಯ್ಕೆ ಪೀಪಲ್ಸ್. *, Realty_peoples.id_realty, Realty_peoples.type ರಿಂದ ಪೀಪಲ್ಸ್ ಎಡ ಸೇರಿರಿ Realty_peoples ಆನ್ Peoples.id = Realty_peoples.id_peoples; |
ಕೆಳಗಿನ ಫಲಿತಾಂಶಗಳನ್ನು:
Query1 | ||||||
ಐಡಿ | L_name | F_name | Middle_name | ಜನ್ಮದಿನ | id_realty | ಮಾದರಿ |
1 | Ivanova ಎಂದು | ಡೇರಿಯಾ | ಬಿ | 07/16/2000 | ||
2 | ಪುಗಿನ್ | , Vladislav | Nikolaevich | 29.01.1986 | ||
3 | Evgenin | ಅಲೆಕ್ಸಾಂಡರ್ | Federovich | 04/30/1964 | 5 | ಆಸ್ತಿ |
4 | ಅನ್ನಿನಾ | ಪ್ರೀತಿ | ಪಿ | 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 | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
ನಾವು ನೋಡಿ ಎಂದು, Ivanova ಎಂದು ದರ್ಯಾ ಪುಗಿನ್, Vladislav ಮತ್ತು Anninoy Lyubovi ಯಾವುದೇ ರಿಯಲ್ ಎಸ್ಟೇಟ್ ಹಕ್ಕುಗಳು ನೋಂದಣಿ.
ಮತ್ತು, ನಾವು ಒಳಗಿನ ಸೇರಲು ಇನ್ನರ್ ಸೇರಲು ಬಳಸಿ, ಸ್ವೀಕರಿಸಿದ್ದೇವೆ? ನಿಮಗೆ ತಿಳಿದಂತೆ, ಇದು ಹೊಂದಾಣಿಕೆಯಾಗದ ಸಾಲುಗಳನ್ನು ಹೊರತುಪಡಿಸಿದೆ, ಆದ್ದರಿಂದ ಮೂರು ನಮ್ಮ ಅಂತಿಮ ಮಾದರಿಯ ಔಟ್ ಕೇವಲ ತೆಗೆದುಹಾಕಲಾಗಬಹುದೆಂದು:
Query1 | ||||||
ಐಡಿ | 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 | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
ಇದು ಎರಡನೇ ಆವೃತ್ತಿಯು ನಮ್ಮ ಸಮಸ್ಯೆಯ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಭೇಟಿ ಎಂದು ತೋರುತ್ತದೆ. ಆದರೆ, ನಾವು ಇನ್ನೊಂದು ಲಗತ್ತಿಸುವುದು ಆರಂಭಿಸಲು, ಮತ್ತು ಇನ್ನೊಂದು ಟೇಬಲ್, ಪರಿಣಾಮವಾಗಿ ಮೂರು ಜನರು ಈಗಾಗಲೇ ಪೂಜ್ಯಭಾವವಿಲ್ಲದೆ ಹೋದ ವೇಳೆ. ಇನ್ನರ್ ಹೆಚ್ಚು ಆದ್ದರಿಂದ, ಆಚರಣೆಯಲ್ಲಿ, ಅನೇಕ ಕೋಷ್ಟಕಗಳು ಸಂಯೋಜಿಸಿದಾಗ ಹೆಚ್ಚು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಡ ಮತ್ತು ಬಲ ಸಂಪರ್ಕ ಸೇರಲು.
SQL ಉದಾಹರಣೆಗಳು ಸೇರಲು ಎಡಕ್ಕೆ ನೋಡಿದರೆ ಮುಂದುವರಿಯುತ್ತದೆ. ನಮ್ಮ ಮನೆ ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿರುವ ಮೇಜಿನ ಲಗತ್ತಿಸಿ:
ಆಯ್ಕೆ ಪೀಪಲ್ಸ್. *, Realty_peoples.id_realty, Realty_peoples.type, Realty.address ಜನರಿಂದ ಎಡ ಸೇರಿರಿ Realty_peoples ಆನ್ Peoples.id = Realty_peoples.id_peoples ಎಡಭಾಗದಲ್ಲಿ Realty.id = Realty_peoples.id_realty ರಿಯಾಲ್ಟಿ ಸೇರಿರಿ |
ಈಗ ನಾವು ಕಾನೂನು ಒಂದು ರೀತಿಯ, ಆದರೆ ರಿಯಲ್ ಎಸ್ಟೇಟ್ ವಿಳಾಸಕ್ಕೆ ಕೇವಲ ಪಡೆಯಿರಿ:
Query1 | |||||||
ಐಡಿ | L_name | F_name | Middle_name | ಜನ್ಮದಿನ | id_realty | ಮಾದರಿ | ವಿಳಾಸಕ್ಕೆ |
1 | Ivanova ಎಂದು | ಡೇರಿಯಾ | ಬಿ | 07/16/2000 | |||
2 | ಪುಗಿನ್ | , Vladislav | Nikolaevich | 29.01.1986 | |||
3 | Evgenin | ಅಲೆಕ್ಸಾಂಡರ್ | Federovich | 04/30/1964 | 5 | ಆಸ್ತಿ | Arkhangelsk, ಪಿ ಎಲ್. Terekhina, ಮರಣ. 89, Q. 13 |
4 | ಅನ್ನಿನಾ | ಪ್ರೀತಿ | ಪಿ | 31.12.1989 | |||
5 | Gerasimovsky | ಭಾವಿಸುತ್ತೇವೆ | ಪಿ | 14.03.1992 | 4 | ಕಾಮನ್ ಭಾಗಗಳು | Arkhangelsk ಪ್ರದೇಶದ, Novodvinsk, ಉಲ್. Proletarshaya, ಮರಣ. 16, Q. 137 |
6 | Gerasimovsky | ಒಲೆಗ್ | Albertovich | 01/29/1985 | 4 | ಕಾಮನ್ ಭಾಗಗಳು | Arkhangelsk ಪ್ರದೇಶದ, Novodvinsk, ಉಲ್. Proletarshaya, ಮರಣ. 16, Q. 137 |
7 | Sukhanovskaya | ಜ್ಯೂರಿ | ಎ | 09/25/1976 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು | Arkhangelsk ಪ್ರದೇಶದ ಸೆವೆರೊಡ್ವಿನ್ಸ್ಕ್, ಸ್ಟ. ಲೆನಿನ್, ಮರಣ. 134, Q. 85 |
7 | Sukhanovskaya | ಜ್ಯೂರಿ | ಎ | 09/25/1976 | 1 | ಆಸ್ತಿ | Arkhangelsk, ಉಲ್. Voronin, ಮರಣ. 7, kv.6 |
8 | Sukhanovskaya | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
Arkhangelsk ಪ್ರದೇಶದ ಸೆವೆರೊಡ್ವಿನ್ಸ್ಕ್, ಸ್ಟ. ಲೆನಿನ್, ಮರಣ. 134, Q. 85 |
ಎಡ ಸೇರಲು - ದೋಷದ ರೀತಿಯ ಬಳಕೆಯಲ್ಲಿ: ಅಮಾನ್ಯವಾದ ವಿಧಾನ ಟೇಬಲ್
ಎಡ ಹೊರಗಿನ ಮಾಡಿದ ಬೇಸಿಕ್ ತಪ್ಪುಗಳನ್ನು ಕೋಷ್ಟಕಗಳು, ಎರಡು ಸೇರಲು:
- ಸರಿಯಾಗಿ ಡೇಟಾ ಕಳೆದುಹೋದ ಕೋಷ್ಟಕಗಳು ಸಲುವಾಗಿ ಆಯ್ಕೆ.
- ದೋಷಗಳಿರುವ ಪ್ರಶ್ನಾವಳಿ ಬಳಸುವಾಗ ಅಲ್ಲಿ ಕೋಷ್ಟಕಗಳು ಸೇರಲು.
ಮೊದಲ ತಪ್ಪು ಪರಿಗಣಿಸಿ. ಯಾವುದೇ ಸಮಸ್ಯೆ ನಿರ್ಧಾರವನ್ನು ಮೊದಲು ಸ್ಪಷ್ಟವಾಗಿ ನಾವು ಕೊನೆಯಲ್ಲಿ ಪಡೆಯಲು ಬಯಸುವ ಏನು ಎಂದು ಭಾವಿಸಬೇಕೆಂದು. ಈ ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾವು ಪ್ರತಿ ಜನರ ಏಕ ತೆಗೆದುಕೊಂಡನು, ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ಸಂಖ್ಯೆ 2, ಮಾಲೀಕರನ್ನು ಕಂಡುಬಂದಿಲ್ಲ ಅಡಿಯಲ್ಲಿ ವಸ್ತುವಿನ ಬಗ್ಗೆ ಮಾಹಿತಿ ಸೋತರು.
ನಾವು ಕೆಲವು ಸ್ಥಳಗಳಲ್ಲಿ ಒಂದು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಕೋಷ್ಟಕಗಳು ಸರಿಸಿದ್ದು, ಪ್ರಾರಂಭಿಸಬೇಕೆಂದಿದ್ದೆ «... ರಿಯಾಲ್ಟಿ ಬಲಕ್ಕೆ ಪೀಪಲ್ಸ್ ಸೇರಲು ...» ಯಾವುದೇ ಒಂದು ಆಸ್ತಿ, ನೀವು ಜನರ ಬಗ್ಗೆ ತಿಳಿಸುವುದಿಲ್ಲ, ಕಳೆದುಕೊಂಡಿದ್ದಾರೆ ಎಂದು.
ಆದರೆ, ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಹೊಂದಾಣಿಕೆಯ, ಮತ್ತು ಹೊಂದಾಣಿಕೆಗೆ ಸಾಲುಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ ಇದು ಪೂರ್ಣ ಬಾಹ್ಯ ಬದಲಾಯಿಸಲು, ಎಡ ಸಂಪರ್ಕ ಹೆದರಿದಂತೆ ಇಲ್ಲ.
ಎಲ್ಲಾ ನಂತರ, ಸ್ಯಾಂಪಲ್ ಪರಿಮಾಣ ಬಹಳ ದೊಡ್ಡದಾಗಿದೆ, ಮತ್ತು ಹೆಚ್ಚುವರಿ ಡೇಟಾವನ್ನು ವಾಸ್ತವವಾಗಿ ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ. ತಮ್ಮ ಲಭ್ಯವಿರುವ ಆಸ್ತಿಯಲ್ಲಿ ಪಟ್ಟಿ ಅಥವಾ ಮಾಲೀಕರ ಜೊತೆಗೆ ಇಡೀ ಆಸ್ತಿ ಪಟ್ಟಿ (ಇದ್ದರೆ) ಎಲ್ಲಾ ಜನರ: - ಮುಖ್ಯ ವಿಷಯ ನೀವು ಪರಿಣಾಮವಾಗಿ ಪಡೆಯಲು ಬಯಸುವ ಎಂಬುದನ್ನು ಲೆಕ್ಕಾಚಾರ.
ಎಡ ಸೇರಲು - ದೋಷದ ರೀತಿಯ ಬಳಕೆಯಲ್ಲಿ: ವೇರ್ ಸ್ಥಿತಿಗತಿಯ ಅನ್ನು ಮಾಡಿದಾಗ ವಿನಂತಿ ಸರಿಯಾಗಿದೆ
ಎರಡನೇ ದೋಷ ದತ್ತಾಂಶದ ಹಾನಿಯುಂಟಾಗುತ್ತದೆ, ಮತ್ತು ಯಾವಾಗಲೂ ತಕ್ಷಣ ಸ್ಪಷ್ಟ ಇಲ್ಲ ಇದೆ.
ನಾವು ಹೊರಟಾಗ ಸಂಪರ್ಕಗಳನ್ನು ಎಲ್ಲಾ ಜನರು ಮತ್ತು ಅವರ ಆಸ್ತಿ ಮಾಹಿತಿಯನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ ಮೂಲಕ ಪ್ರಶ್ನೆಗೆ ಹಿಂದಿರುಗಿ ನೋಡೋಣ. ಎಡ SQL ಉದಾಹರಣೆಗೆ ಸೇರಲು ಕೆಳಗಿನ ನೆನಪಿಡಿ:
ರಿಂದ ಪೀಪಲ್ಸ್ ಎಡ ಸೇರಿರಿ Realty_peoples ಆನ್ Peoples.id = Realty_peoples.id_peoples; |
ನಾವು ವಿನಂತಿಯನ್ನು ಸ್ಪಷ್ಟನೆ ಬಯಸುವ ಮತ್ತು ಹೊರಹೋಗುವ ಡೇಟಾವನ್ನು ಮಾಡುತ್ತದೆ ಭಾವಿಸೋಣ ಕಾನೂನಿನ ಪ್ರಕಾರ - "ಆಸ್ತಿ". ತರಿಸಲು ಸೇರಿಸಿಕೊಳ್ಳುತ್ತವೆ ವೇಳೆ, ಎಡ SQL, ಮುಂದಿನ ಸ್ಥಿತಿಯನ್ನು ಉದಾಹರಣೆ ಸೇರಲು ಉಪಯೋಗಿಸುವ:
...
ಇಲ್ಲಿ type <> "ಆಸ್ತಿ" |
ನಾವು ಇನ್ನು ಆಸ್ತಿ ಹೊಂದಿರುವ ಕೆಳಗಿನಂತೆ ಶೂನ್ಯ ಮೌಲ್ಯ ನಲ್ ಹೋಲಿಸಿದರೆ ಕಾರಣ, ಜನರು ದತ್ತಾಂಶ ಕಳೆದುಕೊಳ್ಳುತ್ತಿರಿ
Query1 | ||||||
ಐಡಿ | 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 | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
ಈ ಕಾರಣಕ್ಕಾಗಿ ಸಂಭವಿಸದಂತೆ ದೋಷಗಳನ್ನು ತಪ್ಪಿಸಲು, ಸಂಪರ್ಕ ಕೂಡಲೇ ಆಯ್ಕೆ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿಸಲು ಉತ್ತಮ. ನಾವು SQL ಉದಾಹರಣೆಗೆ ಸೇರಲು ಎಡ ಕೆಳಗಿನ ಪರಿಗಣಿಸಲು ಸೂಚಿಸುತ್ತದೆ.
ಆಯ್ಕೆ ಪೀಪಲ್ಸ್. *, Realty_peoples.id_realty, Realty_peoples.type ಜನರಿಂದ ಎಡ ಸೇರಿರಿ Realty_peoples ಆನ್ (Peoples.id = Realty_peoples.id_peoples ಮತ್ತು ರೀತಿಯ <> "ಆಸ್ತಿ") |
ಕೆಳಗಿನಂತೆ ಫಲಿತಾಂಶ:
Query1 | ||||||
ಐಡಿ | L_name | F_name | Middle_name | ಜನ್ಮದಿನ | id_realty | ಮಾದರಿ |
1 | Ivanova ಎಂದು | ಡೇರಿಯಾ | ಬಿ | 07/16/2000 | ||
2 | ಪುಗಿನ್ | , Vladislav | Nikolaevich | 29.01.1986 | ||
3 | Evgenin | ಅಲೆಕ್ಸಾಂಡರ್ | Federovich | 04/30/1964 | ||
4 | ಅನ್ನಿನಾ |
ಪ್ರೀತಿ | ಪಿ | 31.12.1989 | ||
5 | Gerasimovsky | ಭಾವಿಸುತ್ತೇವೆ | ಪಿ | 14.03.1992 | 4 | ಕಾಮನ್ ಭಾಗಗಳು |
6 | Gerasimovsky | ಒಲೆಗ್ | Albertovich | 01/29/1985 | 4 | ಕಾಮನ್ ಭಾಗಗಳು |
7 | Sukhanovskaya | ಜ್ಯೂರಿ | ಎ | 09/25/1976 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
8 | Sukhanovskaya | ಜೂಲಿಯಾ | ವೈ | 01.10.2001 | 3 | ಕೀಲುಗಳ ಮಾಲೀಕತ್ವವನ್ನು |
ಹೀಗಾಗಿ, ಎಡ ಸರಳ ಅನುಸರಿಸಿ SQL ಉದಾಹರಣೆಗೆ ಸೇರಲು, ನಾವು ಎಲ್ಲಾ ಜನರ ಪಟ್ಟಿಯನ್ನು ಮತ್ತಷ್ಟು ಚಲಿಸುವ ಪಡೆದರು,, ಶೇರು / ಜಂಟಿ ಮಾಲೀಕತ್ವದ ಈ ಗುಣಗಳನ್ನು ಒಂದು.
ಒಂದು ತೀರ್ಮಾನಕ್ಕೆ ನಾನು ಮತ್ತೊಮ್ಮೆ ದತ್ತಸಂಚಯದಿಂದ ಯಾವುದೇ ಮಾಹಿತಿ ಮಾದರಿಯನ್ನು ಜವಾಬ್ದಾರಿಯುತವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವ ಅವಶ್ಯಕತೆ ಎಂದು ಪ್ರಾಧಾನ್ಯ ಬಯಸುತ್ತೀರಿ. ನಮಗೆ ಮುಂದೆ ಎಡ ಜೊತೆ ತೆರೆಯಲಾಯಿತು ಹಲವಾರು ಅನಗತ್ಯ SQL ಸರಳ ಉದಾಹರಣೆ ಸೇರಲು, ಒಂದು ವಿವರಣೆಯನ್ನು - ನೀವು ಸಹ ಮೂಲ ಪ್ರಶ್ನೆಗೆ ಬರೆಯಲು ಮೊದಲು, ನೀವು ಎಚ್ಚರಿಕೆಯಿಂದ ನಾವು ಕೊನೆಯಲ್ಲಿ ಪಡೆಯಲು ಯಾವ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮಾಡಬೇಕು. ಅದೃಷ್ಟ!
Similar articles
Trending Now