- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Долго думал, как объяснить проблему, чтобы было пнятно. Попытаюсь максимально упростить.
Пусть есть Таблица "школы", содержащая информацию о школах.
У нее есть подчиненная таблица "классы" - список классов.
А у нее в свою очередь есть подчиненная таблица "ученики".
Каким SQL запросом вывести таблицу со всеми учениками, которые учатся в определенной школе?
Простите, если вопрос покажется дебильным, я начинающий.
Заранее спасибо за ответы
Тоже не гуру, но все-таки:
Хотя это наверно не лучший вариант.
все зависит от структуры таблиц
если ее сделать в таком виде:
tb_school
id
name
adress
...
tb_class
id
name
school_id
...
tb_neuch
id
name
school_id
class_id
то запрос будет довольно простой и по ресурсам тоже...
если структура таблиц такая:
tb_school
id
name
adress
...
tb_class
id
name
...
tb_neuch
id
name
...
tb_relations
school_id
class_id
neuch_id
то так:
в данном случае со школами рекомендую использовать первый вариант,
но если например делаешь для университетов тоже самое то лучше второй, т.к. один студент может одновременно обучаться в нескольких вузах что в первом варианте не удасться реализовать а второй вариант как раз подразумевает нахождение ученика в нескольких вузах.
в данном случае со школами рекомендую использовать первый вариант,
но если например делаешь для университетов тоже самое то лучше второй, т.к. один студент может одновременно обучаться в нескольких вузах что в первом варианте не удасться реализовать а второй вариант как раз подразумевает нахождение ученика в нескольких вузах.
Нет, на самом деле, задача вполне взрослая и никакого отношения к системе образования не имеет.:) Я просто попытался объяснить простыми понятными всем терминамии мне казалось, что будет понятно. Возможно, получилось не очень удачно. Тем не менее, структура такая:
tb_school
id
name
adress
...
tb_class
id
name
school_id
...
tb_neuch
id
name
class_id
БЕЗ school_id в последней таблице!!! ибо с точки зрения нормализации таблиц данное поле будет лишним. Соответственно, в обоих случаях отношение "один-ко-многим"
тогда Kolyaj вроде правильно написал
Нет, на самом деле, задача вполне взрослая и никакого отношения к системе образования не имеет.:) Я просто попытался объяснить простыми понятными всем терминамии мне казалось, что будет понятно. Возможно, получилось не очень удачно. Тем не менее, структура такая:
tb_school
id
name
adress
...
tb_class
id
name
school_id
...
tb_neuch
id
name
class_id
вот со структуры и нужно было начинать;)
БЕЗ school_id в последней таблице!!! ибо с точки зрения нормализации таблиц данное поле будет лишним. Соответственно, в обоих случаях отношение "один-ко-многим"
это все верно, но довольно часто "плохая" реализация экономит деньги на покупке еще одного сервера;)
не по нял по поводу "один-ко-многим"... в вашей реализации один ученик в одном классе, в одной школе
А если так? Тоже не шибко хорошо, но вроде получше join'ов будет.
не по нял по поводу "один-ко-многим"... в вашей реализации один ученик в одном классе, в одной школе
ну, много классов к одной школе, много учеников к одному классу. Честно говоря, не знаю, как еще может быть...
ну, много классов к одной школе, много учеников к одному классу. Честно говоря, не знаю, как еще может быть...
ну это же очевидно:)
ладно проехали.;)