1, ЖД 2, Упаковка 3, Отгрузка, 4, хранилище, 5,Добыча 6, Первичная обработка 7, Остаток после обработки 8, Вторичная обработка 1 цех 9 Вторичная обработка 2 цех 10 Завершающая обработка 1 цех 11 Завершающая обработка 2 цех
да скажите вы человеку толком: надо понять взаимосвязь между таблицами, где поля дублируются и что в таблицах общего
1, ЖД(номе смены, дежурный по станции, время поступления вагонов, поход вагонов, погружено, остаток, негодные, выгружено, под выгрузкой,) 2, Упаковка(номер смены, мастер, упаковка всего, упаковки и выгрузки и склада, номера складов от 1 до 11,) 3, Отгрузка,(Номер смены, мастер, отгружено всего, Отргужено видом транспорта ЖД, Авто, ) 4, хранилище(носер смены, объем складов от 1 до 24), 5,Добыча(номер смены, подано сырья всего, в том числе и далее 6 наименований сырья ) 6, Первичная обработка(Номер смены,мастер,обработанно сырья всего, в том числе далее нормально и расходы) 7, Остаток после обработки(Номер смены,мастер, всего остаток) 8, Вторичная обработка 1 цех(Номер смены,мастер, выработка всего , в том числе далее разбивка на 3 части, простой ) 9 Вторичная обработка 2 цех(Номер смены,мастер выработка всего , в том числе далее разбивка на 3 части, простой ) 10 Завершающая обработка 1 цех(Номер смены,мастер выработка всего , в том числе далее разбивка на 3 части, простой ) 11 Завершающая обработка 2 цех(Номер смены,мастер выработка всего , в том числе далее разбивка на 3 части, простой )
дублируются поля только номер смены, хотя и мастеров можно в отдельную таблицу создать, в остальном схожи между собой 8-9 таблицы и 10-11. остальные потличаются полностью!
ну так навскидку, смены - отдельная таблица. мастера и человечки - отдельная таблица. 8, 9, 10 и 11 - одинаковые. вы можете просто добавить два поля - вторичная/первичная и номер цеха.
Кхм, а что такое транзакции, временные таблицы, объединения, джойны - знаешь? Или на SELECT * FROM `table` всё заканчивается? =) Инструкция выше информирует, что создаваемая таблица использует движок InnoDB, поддерживающий транзакции. Наряду с InnoDB существуют Memory, MyISAM и другие.
злостный офф. помогал жене к зачёту по информатике готовиться, одним из пунктов был ms access. В одной задаче пока руками запрос не вбил и не посмотрел как он это в конструкторе покажет ни в какую не понимал как оно работает
С MySQL я если честно тоже не работал. Сразу прошу прощения за тупость. Начинаю описывать свои действия подправьте меня если я ошибаюсь. Поехали... 1. Создаю в phpmyadmin новую базу dispatcher, 2. в этой базе создаю 2 таблицы smena и masters.
Далее немного зависаю над полями в таблице... Сколько их должно быть? например для таблицы смена - количество смен -2,
Понятно. Тогда и начать лучше с чего-нибудь попроще. 1. Для начала просто добейтесь чтобы на страничке у вас что-то выводилось. 2. Затем добавьте на страницу форму. 3. Следующим этапом добейтесь чтобы введенная в форму информация, после отправки выводилась на экран. 4. Потом просто сделайте табличку с 4-5 полями. Например с информацией о человеке (Имя, возраст, профессия) 5. И напишите скрипт для просмотра/редактирования/добавления данных в нее. Когда разберетесь с техническими нюансами по каждому из пунктов, тогда можно будет приступать к изучению следующих моментов.
Первые три пункта осилил... Сделал маленькую форму и обработчик к ним... Дальше вопрос, табличку сделать где в форме или в базе?
рекомендую заказать все это дело за 1000-2000 руб. какимнить скучающим программистам. А вобще технология простая. думаете что вам нужно знать (т.е. сохранять в базе и работать с этим), и группируете это по таблицам (по схожести). Все. Т.е. сначала вам надо полюбас создать табличку для людей. id - идентификатор, чтобы у каждого был свой уникальный идентификатор, и чтобы не таскать дальше по страницам ФИО с годом рождения. Обычно идентификатор это UNSIGNED INT NOT NULL AUTO_INCREMENT. Имя, фамилия и отчество - три ячейки. Я не спец в БД, я делаю в таких случаях VARCHAR(255), но не могу сказать, что это оптимальный вариант. Если кто мне растолкует ситуацию в этом вопрос - буду рад. Но для вас - прокатит. Четыре человека, пара смен - не парьтесь, работать будет быстро при любом раскладе. Год рождения, может быть пол, может какие-то еще данные, должности и т.п. - вот их пихаете в соответствующие поля, почитайте типы данных MySQL или какая там у вас бд - там все расписано. права - читать; читать и писать; читать, писать и править. Это мое виденье этого вопроса. я его не навязываю. Но мне кажется что будет удобно предусмотреть это все заранее. Это первая. Вторая - смены. Смены это фактически график выхода работников. Смены: id - идентификатор смены. вы же планируете смены где-то еще применять. то же самое что и с людьми - id смены будет применяться в других таблицах, которым что-то надо от смены. возможно еще id старшего по смене - мастера или как его там - id работника из таблицы людей. сроки - это начало и конец данной конкретной смены. Либо правила когда она у вас существует и т.п. Проще именно конкретные смены, если вам надо расклонировать данную смену на пол года вперед - предусмотрите эту функцию в программе. Если же вы под сменами подразумеваете скорее сформированные бригады - то исходите из этого. Опять же никто кроме вас этого не решит. Бумажка и ручка сильно помогут думать. Третья таблица - симбиоз первой и второй =) Кто к какой смене приписан. Состоит из записей простых как палка: id_смены и id_работника Все. Вечерком еще отпишусь.
ЖД: id записи (строки). id смены, id человечка дежурного - соответственно типы полей такие же, только без инкремента и нотнулла. UNSIGNED INT и хватит. время - в каком формате хранить время - решайте сами. вариантов не много. поход вагонов - хз чо ета =) остальное все целочисленные показатели, которые видимо всегда больше либо равны нулю - UNSIGNED INT.