mirrustam

таких много Я использую КМС Joomla, в ней есть неплохой встроенный редактор в виде модуля . Думаю, отдельно именно его тоже можно найти. Можно и другие. вот так он называется WYSIWYG - редактор tinyMCE

храните целыми в копейках

на ваш второй вариант , по моему совсем не похоже немножко непонятно зачем вам хранить отдельно ссылки. на счёт, того, что надо писать теги - нет не надо - просто к текстовому полю прикрепите html редактор, он вам сам всё переведёт в хтмл это решение оптимальнее, удобнее и правильнее. поля с одним и тем же названием относятся к разным объектам, и прикреплять их к своим объектам необходимо для : 1 .облегчения дальнейшей разработки. 2. достижения оптимальных скоростей работы(меньше соединений при формировании запросов) да и по логике видно, что надо вам именно так

1. таблицы мета и контент – можно объединить в одну. 2. зачем вообще нужна таблица «контент»? Если под «статьями» имеется ввиду описания разделов Вот так будет правильно: —section-- Id Name Description meta_desc meta_keys meta_titles --Org -- id name description meta_desc meta_keys meta_titles --section org -- id_section id_org description meta_desc meta_keys meta_titles поля description и мета… есть в каждой таблице . т.е есть описание для разделов, общее описание каждой организаии , а так же описание каждой функции для каждой организации. Not null Теперь , что вы имели в виду под контентом? Каждая организация сможет иметь возможность вставлять неограниченной количество статей, или же вы хотите вставлять статьи для разделов без привязки к организациям? Если так, то добавляется ещё одна таблица: --content— id id_section id_org (это поле может быть пустым) text meta_desc meta_keys meta_titles

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

Давайте я тоже попробую . 1. Сначала подумайте и определите какие вопросы (запросы) будут к базе данных и сделайте список. Например так: Найди все книги этого автора Найди все книги именно этого автора И т.д. Тогда вам самому будет понятнее как всё построить На счёт в одну таблицу аудиокниги и просто книги – лучше сделать в одной таблице и разделять их по полю «тип книги»- так как и то то книги. Кроме того, есть ещё одни вариант: можно использовать поле формат как признак наличия форматов например: 1- есть книга в обычном формате 2- есть книга в обоих форматах 3- есть книга только в аудиоформате т.е. вне зависимости от того есть у вас аудиокнига, просто книга или оба варианта всё равно будет только одна строка на одну книгу. Советую поискать в Интернете и понять – что такое «нормальные формы таблиц» -их всего пять – но если вы все свои данные приведёте хотя бы к третьей, то база сама по себе будет правильная.

но ведь if вы собирались делать по какому то условию если нет ключа , тогда только выборкой select - и если не не нашли тогда вставить, нашли - изменить. но ключ в любом случае вам понадобится по причинам: 1. скорость при наличии ключа значительно увеличивается. 2. решение homm - единственно правильное