Открываю тему по стандартизированию модулей системы. Первый пункт - приведение всех sql-таблиц к единому формату.
По моему личному опыту - я бы унифицировал названия следующих полей таблиц:
• id- идентификатор записи (в новостях, к примеру он sid, в статьях pid)
• cid - идентификатор категории (в некоторых таблицах он catid)
• status - статус, в некоторых таблицах activate.
• dtime - поля (time, date) отвечающbе за дату и/или время. Но тут вопрос - как правильно представлять - в числовом формате или в "человеческом"? Для вычислений и преобразований работать с числами удобнее. Но часто в таблице нужно посмотреть дату события - и тогда "человеческий" формат, конечно же более комфортен.
• ip - поля ip_sender и ip унифицировать в ip.
• hits - в некоторых таблицах идёт как counter
Открыть
Ответить
Приведение всех SQL таблиц SLAED к единому формату
Тема интересная! Согласен с тем, что приведение к общему стандарту названий полей, таблиц базы данных SQL намного облегчит работу с системой. Об этом задумывался уже давно, но придётся переписать большой объём кода.
Предлагаю следующий вариант, который исключит конфликт полей таблиц базы данных со стандартными, зарезервированными словами базы данных SQL.
Для этого можно воспользоваться префиксом: sl_
Вот пример таблицы поиска версии SLAED CMS 6.3 Pro, в которой это уже реализованно:
CREATE TABLE {prefix}_search (
sl_id int(11) unsigned NOT NULL auto_increment,
sl_word varchar(255) NOT NULL,
sl_modul varchar(50) NOT NULL,
sl_time datetime NOT NULL default '0000-00-00 00:00:00',
sl_score int(11) NOT NULL default '0',
PRIMARY KEY (sl_id),
KEY sl_word (sl_word),
KEY sl_modul (sl_modul)
) ENGINE={engine} DEFAULT CHARSET={charset} COLLATE={collate};
Тему переименовал и перенёс в соответствующий отдел.
О сколько нам открытий чудных,
Готовит просвещенья дух,
И опыт, сын ошибок трудных,
И гений, парадоксов друг...
- Группа
- Клиент
- Пункты
- 39920
- Регистрация
- 30.04.2005
- Пол
- Мужчина
- Из
- Germany
- Предупреждения
- Нет
3.24
3.24
Открыть
Ответить