Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Индексы и проектирование БД
 
 автор: ddhvvn   (16.04.2009 в 12:37)   письмо автору
 
 

В первую очередь, жду мнение Трианона, но если у кого-то будут более-менее адекватные мысли - пишите.

В общем, делаю дипломный проект в своем уч.заведении.
К примеру, есть такая зависимость таблиц: =>Варианты ответов к заданиям=>Задания=>Учебники.
Во всех таблицах сейчас есть свои ключи.
Если системой будут активно пользоваться, то новые записи во всех базах будут создаваться в больших количествах (потому что по-любому, преподы будут удалять/создавать по 100 раз:))
Вопрос, собственно, в следующем - что лучше: использовать все-таки ключи для идентификации отдельных элементов (естественно, выставив полям нужные размеры) или использовать необходимые пары более высших элементов (например, для идентификации вариантов ответов использовать id задания-родителя и id книги-родителя задания)?

  Ответить  
 
 автор: Trianon   (16.04.2009 в 12:55)   письмо автору
 
   для: ddhvvn   (16.04.2009 в 12:37)
 

Делайте как проще.
По-моему, проще использовать простой ключ.
Что поле ключа переполнится, Вас беспокоить не должно. Два миллиарда вопросов создать крайне сложно.
Но тем не менее, если спичит - поставьте BIGINT. Не то что это что-то изменит, но я полагаю, спичить перестанет.

  Ответить  
 
 автор: ddhvvn   (16.04.2009 в 13:40)   письмо автору
 
   для: Trianon   (16.04.2009 в 12:55)
 

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

  Ответить  
 
 автор: ddhvvn   (16.04.2009 в 14:06)   письмо автору
 
   для: Trianon   (16.04.2009 в 12:55)
 

А для хранения параграфов какой текстовый тип посоветуете?

  Ответить  
 
 автор: Trianon   (16.04.2009 в 16:33)   письмо автору
 
   для: ddhvvn   (16.04.2009 в 14:06)
 

longtext
а какие еще могут быть варианты?

  Ответить  
 
 автор: ddhvvn   (16.04.2009 в 19:17)   письмо автору
 
   для: Trianon   (16.04.2009 в 16:33)
 

ну mediumtext =) я просто со статистикой символов в параграфах не очень знаком.. ) вот и спросил для подстраховки

  Ответить  
 
 автор: Trianon   (16.04.2009 в 20:32)   письмо автору
 
   для: ddhvvn   (16.04.2009 в 19:17)
 

разница между mediumtext и longtext в экономии одного байта(на строку) и изрядном ограничении первого из типов на длину контента.
Зачем искусственно ставить ненужное ограничение?

  Ответить  
 
 автор: ddhvvn   (16.04.2009 в 20:46)   письмо автору
 
   для: Trianon   (16.04.2009 в 20:32)
 

да, все ясно.
спасибо!

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования