Об отборе на продолжительность жизни

[Warrax]

Я попадаю куда-то на http://www.000webhost.com/admin-review

[Ilja]

Я попадаю куда-то на http://www.000webhost.com/admin-review

Владельцы хостинга производят проверку сайтов на содержание хакерского кода, говорят подождать несколько часов (

[Ilja]

Вроде все работает сейчас!

[Warrax]

Offtop: а в каком разделе у нас база обсуждается? Хотел заглянуть потестировать, и что-то торможу — ссылка на саму базу вверху, но было же обсуждение…

[Cavebird]

Тоже Off: Предварительное обсуждение базы было тут. http://wildrats.ru/viewtopic.php?f=12&t=124&st=0&sk=t&sd=a
Процесс застопорился до некого времени, кое-что мы с Ханной придумали. То, что спрограммил Илья - это решение одной из задач, он, как понимаю, делал это по своему разумению и для одной цели - расчёт продолжительности жизни крыс. Т.е., это параллельные процессы и решающие немного разные задачи. Если бы можно было свести это в одно, было бы здорово, но тут вопросы к Илье, а может ли он сие реализовать.
Подробно не готова описывать, нет под руками бумажек с нашими попытками проектировать базу.

[Ilja]

Расчетом баллов по продолжительности жизни крыс занимается крошечный кусочек кода, БД же сама ни под что не заточена. Удали таблицу, которая хранит инфу о родственных отношениях крыс (и которая все равно практически нисколько места на сервере не занимает), - будет самая обычная база данных.

Нужны еще функции - просто скажите.
Обсуждать можно и открыто здесь или на Буме http://rat.ru/forum/index.php?topic=36822.0

[Cavebird]

Главная проблема заключается в том, что в одну базу свести всю нужную информацию по крысам невозможно.
Очень много полей, нужно создавать несколько баз, связанных между собой по одному признаку, в нашем случае - ID конкретной крысы. Ну, например, инфа по крысе, инфа по владельцу...
Я уже написала, что прямо сейчас я не готова расписать все базы со всеми полями, оставила бумажный вариант на работе. Могу завтра в приблизительном варианте в первой половине дня (по Москве
Тогда, Илья, ты и сможешь оценить, реально это сделать твоими средствами, или как.

[Ilja]

Ок, давай.
Инфа по крысам и владельцам и так в разных таблицах.

[Cavebird]

Я попробую начать описывать, что хотелось бы получить...
Пока основная таблица:
Формат дальнейшего текста такой: Имя поля, пояснение (это для разработчика), свойство (постоянная величина, переменная или вычисляемая), тип данных (текст, число и т.д.)

Основная (по крысам)

Имя, ..., константа (далее К), text
Пол, М или Ж, К, бинарное(?)
Происхождение, питомник-заводчик-магазин-улица, К, text
Владелец, из таблицы "владельцев", var, из другой таблицы
Мать, номер записи в таблице, К, ID
Отец, номер записи в таблице, К, ID
Дата рождения, ..., К, дата
Признак жизни сейчас, Да/Нет, var, бинарное(?)
Дата смерти, ..., пусто или К, дата
Возраст в месяцах, ..., вычисляемое, число
Окрас, может меняться, var, text
Маркировка, ..., К, text
Тип шерсти, ..., К, text
Тип ушей, ..., К, text
Здоровье, из таблицы "здоровье", var, из другой таблицы
Вес, во взрослом состоянии, var, число
Характер, из таблицы "характер", var, из другой таблицы
Участие в выставках, из таблицы "выставки", var, из другой таблицы
Племенная ценность, для самок да/нет для самцов - рекомендуемый возраст, var, ?

Так понятно?

Ещё должны быть таблицы "Владелец", "Здоровье", Характер" и "Выставки". Все данные связаны через конкретную крысу. Поля таблиц мы уже придумали, пока просто не осилила писать.
Как формировать запросы в пределах одной таблицы - думаю, это просто. А вот сложные и с выборкой данных из разных таблиц - ты такое сможешь?
А ещё, нужно ввод данных в базу сделать понятным, оптимально через веб- интерфейс, как это примерно должно выглядеть, Ханна описала тут http://wildrats.ru/viewtopic.php?f=12&t=124&start=20

[Ilja]

Имя, ..., константа (далее К), text

Сейчас только текст, но да, ID надо добавить.

Пол, М или Ж, К, бинарное(?)
Пол сейчас бинарное (1 байт, русские буквы - 3 байта) можно при отображении таблицы сделать превращение в буквы.

Происхождение, питомник-заводчик-магазин-улица, К, text
Ок, будет в виде TINYINT (1 байт).

Владелец, из таблицы "владельцев"
Есть в виде текста, но можно и в виде ID. Нужно подумать, как выгоднее. При отображении данных придется все время делать запрос MySQL - а какое имя у пользователя №341?

Дата рождения, ..., К, дата
Есть.

Признак жизни сейчас, Да/Нет, var, бинарное(?)
Зачем, если есть дата смерти? Не указал дату смерти - значит, крыса живая.

Дата смерти, ..., пусто или К, дата
Есть.

Возраст в месяцах, ..., вычисляемое, число
В БД хранить необязательно, но можно сделать, чтобы вычисляло при отображении таблицы.

Окрас, может меняться, var, text
Маркировка, ..., К, text
Тип шерсти, ..., К, text
Тип ушей, ..., К, text
Ок, добавлю. Лучше в виде индексов тоже. Отсутствие этих полей видимо и смущает народ.
Я в этом не разбираюсь и не очень желаю разбираться, поэтому буду благодарен за список вариантов по каждому пункту.

Здоровье, из таблицы "здоровье", var, из другой таблицы
Вот тут поподробнее, пожалуйста. Что будет храниться в той таблице?

Вес, во взрослом состоянии, var, число
Есть.

Характер, из таблицы "характер", var, из другой таблицы
Что будет храниться в той таблице? Можно ли обойтись индексами? Т.е. при вводе данных пользователь будет выбирать вариант из списка или вводить текст - описание?

Участие в выставках, из таблицы "выставки", var, из другой таблицы
Ок, будет, но, опять же, нужны подробности.

Племенная ценность, для самок да/нет для самцов - рекомендуемый возраст, var, ?
Это про детородный возраст? Это в таблице наверно не обязательно хранить, можно сделать при отображении данных (возраст > 0,5 и возраст <1 => Да)

Как формировать запросы в пределах одной таблицы - думаю, это просто. А вот сложные и с выборкой данных из разных таблиц - ты такое сможешь?

Не проблема.

А ещё, нужно ввод данных в базу сделать понятным, оптимально через веб- интерфейс, как это примерно должно выглядеть, Ханна описала тут viewtopic.php?f=12&t=124&start=20

А чем такой ввод непонятен?


И почему все так боятся протестировать БД?

[Cavebird]

Тпр-р--р! я не программист, давай термины устаканим.
И назначение базы - это хранение инфы по крысе и пригодность её к разведению,так?

TINYINT - это выпадающий список?

"Возраст в месяцах, ..., вычисляемое, число
Зачем, если есть Дата рождения и Дата смерти."
- а для живущих сейчас как? Чтобы самим не считать, а тут автоматом

Про окрасы и маркировки
"Я в этом не разбираюсь и не очень желаю разбираться, поэтому буду благодарен за список вариантов по каждому пункту."
Ты хочешь делать выбор из предложенного? Я думала, сами будут заполнять, но могут быть ошибки... Ок, давай я подготовлю. Только варианты могут дополняться.

"Вес, во взрослом состоянии, var, число
Есть." - а вот тут не совсем понятно, что считаем взрослым состоянием, вес-то растёт. Надо принять решение, например, для самок - 6 месяцев, для самцов - год. Хз, не знаю...

"Племенная ценность, для самок да/нет для самцов - рекомендуемый возраст, var, ?
Это в таблице наверно не обязательно хранить, можно сделать при отображении данных (возраст > 0,5 и возраст <1 => Да)"
Вот тут тоже пока непонятно, вроде как можно и вычислять. Только есть разница для крыс с известными предками, и для крыс с неизвестным происхождением...

"А чем такой ввод непонятен?"
Каюсь, смотрела базу только по выводу результатов (посыпаю голову пеплом)
Ты уже всё сделал!

Поля для других таблиц распишу, постараюсь сегодня, но попозже, ок? Если сегодня не успею - тогда в воскресенье вечером.

[Ilja]

TINYINT - это выпадающий список?

Это число от 0 до 255 (или от -128 до 127), требующее меньше всего места (1 байт). Все данные, которые можно выбирать, лучше хранить в виде такого числа.

- а для живущих сейчас как? Чтобы самим не считать, а тут автоматом
Это я скосячил и потом испарвил

В БД хранить необязательно, но можно сделать, чтобы вычисляло при отображении таблицы.

Для живущих крыс возраст вычисляется относительно сегодняшней даты.

Только варианты могут дополняться

Ок, не проблема.

а вот тут не совсем понятно, что считаем взрослым состоянием, вес-то растёт. Надо принять решение, например, для самок - 6 месяцев, для самцов - год. Хз, не знаю...

Может, необязательно только для взрослых? Данные-то можно корректировать.

Только есть разница для крыс с известными предками, и для крыс с неизвестным происхождением...

Это тоже не проблема. Если значение Происхождения такое-то, формула такая-то.

Поля для других таблиц распишу, постараюсь сегодня, но попозже, ок? Если сегодня не успею - тогда в воскресенье вечером.

Давай.

[Cavebird]

"Это число от 0 до 255 (или от -128 до 127), требующее меньше всего места (1 байт). Все данные, которые можно выбирать, лучше хранить в виде такого числа."
Это для меня уже почти заумь
Ёлы-палы, ну хоть скайп устанавливай! или MSN... Мы с тобой говорим на разных языках

[Ilja]

Скайп у меня есть, я там под ником ilya_parshakov
Сейчас только надо на работу идти...

[Abeneveidenna]

почему нет? Особенно если учесть, что еще сто лет назад даже в самых развитых странах средняя продолжительность жизни была не более 50 лет...

[cat]

Извините пожалуйста за нескромный вопрос: на основании каких данных планируется БД? Может сначала разработать БД для сбора хоть какой-то статистики?

[Ilja]

Когда будет готова обновленная и дополненная версия БД, я эту тему разделю и подчищу. Меж тем, попробую внести ясность. БД разрабатывается далеко не только для отбора крыс по продолжительности жизни и вообще не только для тех, кто заинтересован в племенной деятельности. БД просто-напросто будет хранить инфу о крысах: "порода", фотографии, ссылки на дневники, перенесенные болезни, награды на выставках и много чего еще. Структура БД позволит выполнять самые разные запросы:

- показать всех крыс того или иного питомника или конкретного пользователя;
- привести статистику по здоровью той или иной разновидности крыс или, скажем, всех родственников конкретной крысы;
- нарисовать генеалогическое древо крысы и т.д.

Многие функции будут возможны благодаря тому, что БД хранит инфу о родственных связях крыс.

[mihailikus]

Что-то или проект затих, или появился другой, более успешный, но настолько тайный, что я найти не смог.

Несколько месяцев у меня живут крысы, и, т.к. я работаю как раз в области программирования баз данных, сам начал задумываться о чем-то подобном, и тут набрел на этот проект. Нужно ли это крысоводам? Если нужно, то можно ли получить исходные коды и дамп базы данных для продолжения работы, или лучше начинать все с нуля? Или может, это только мы, программисты, хотим все систематизировать, а истинные крысоводы в крысобазе не нуждаются?

[Ilja]

mihailikus
Я активировал Вашу учетную запись на ratdatabase.

Я не сомневаюсь в пользе базы данных, но, к сожалению, интереса к ней ноль. Практически все записи в ней - тестовые.
БД в принципе рабочая, надо только над внешним видом поработать.

Тему бы эту надо удалить и создать новую, слишком уж непонятно тут все написано.

[TinyLady]

Мне, к примеру, интересно было бы вносить данные по своим крысам в программу, но не могу понять как она работает, к сожалению, я чайник в таких вопросах. Поэтому вношу пока все в Пасючиный реестр.