powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Универсальная, формализованная таблица для хранения контента
13 сообщений из 38, страница 2 из 2
Универсальная, формализованная таблица для хранения контента
    #38528795
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
nodir_azamВ нашей системе важен контент, а способ его отображения.
В нашей системе важен контент, а не способ его отображения.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528808
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор Одно серверное решение (CMS) позволяет сократить издержки и время публикации контентных приложений в разы, а может и на порядокНу меня не надо за советскую власть агитировать.
Еще раз в вашем предложении меня интересуют глаголы: то бишь как клиент наполняет контент, как ее ищет, в каком формате получает найденое. Если все ваши приложения делают это одинаково - поиск по ключевым словам, датам, автору, маске в заголовке и т.п. то для базы они все одинаковые.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528811
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кот МатроскинСчмтаете что весь мир последние 20 лет идет не в ногу (изо всех сил
отделяя данные от их представления) и только Вы идете в ногу?
Сурпрайз, но последние лет пять все старательно отделяют статические данные от
динамических, потому что поняли, что цельнодинамические сайты "не тянут". Может, конечно,
и криворукость студентов, творящих CMS как грибы после дождя тоже сыграла некоторую роль...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528815
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SERG1257Ну меня не надо за советскую власть агитировать.
Еще раз в вашем предложении меня интересуют глаголы:
то бишь как клиент наполняет контент,
как ее ищет,
в каком формате получает найденое.

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

Клиент получает списки, получает по каждому списку набор текстов, ссылки к картинкам. Поиск делает в своем локальной (sqlite) базе. То, что меняется часто, обновляет через API. В прочем локальную базу тоже, время от времени наполняет через API. CMS нужен для сбора, организации структуры каталогов и создания статей. Клиент берез слепок, все манипуляции с данными делает уже сам. Мне нужно сделать инструмент, который собирает, структурирует и частями отдает клиенту. Поиск - проблема клиента.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528818
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
На стороне CMS поиск нужен, возможно для только отчетов и статистики.
Но это уже не такая большая проблема. Я могу роботом собирать данные и писать куда-нибудь в Redis например.
Чтобы отображалось быстро.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528829
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nodir_azam Мне нужно сделать инструмент, который собирает, структурирует и частями отдает клиенту. Поиск - проблема клиента.То бишь зашел клиент и получил сразу копию всего сайта.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528837
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по сабжу (хранение таблицы) я бы сделал
Код: sql
1.
create table usertables (id int primary key, parent_id int references documents, fields_name varchar(100), row_number int, value varchar(100))


То бишь тупо хранил две координаты имя поля и номер строки (можно номер). Имена строк можно нормализовать, а можно забить как есть.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528840
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SERG1257То бишь зашел клиент и получил сразу копию всего сайта.

Ну в общем да.
Ну во первых это не сайт, а приложение из максимум 20-ти статей, со своей структурой, то есть, категориями, разделами.
Да и брать он будет по мере надобности, а списки брать сразу. Списки - это только заголовки, ну возможно еще небольшие превью картинок. Будет брать и сразу кешировать в локальную БД.

Для меня главная задача сейчас, сделать редактор, позволяющий хранить картинки (URL, сами картинки в облаке), текст и характеристики статьи. Характеристики - это таблица. Она не всегда одинаковой структуры.

Есть два варианта:
1. Язык разметки, например textile или как на этом сайте <csv> данные в формате csv</csv>
2. EAV - универсальная таблица, для хранения любых структур

Вопросы:
1. Какой вариант лучше?
2. Как таблицы (название полей, значения) хранить в другой таблице?
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38528845
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SERG1257,

Да, ваше решение пожалуй приемлемое.
С одним но, значения могут быть еще и разных типов.
Например spatial.

Хотя с другой стороны, пусть клиент при записи в свой БД конвертит их со строки в spatial, передавать буду например, в wkt.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38529202
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
nodir_azamЕсть два варианта:
1. Язык разметки, например textile или как на этом сайте <csv> данные в формате csv</csv>
2. EAV - универсальная таблица, для хранения любых структур

Вопросы:
1. Какой вариант лучше?
2. Как таблицы (название полей, значения) хранить в другой таблице?
EAV - и есть уже подобные решения
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38530412
deblogger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторСогласен. Я принципе так и сделал.

Танки и на бензине ходят?

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

Так вот, про историю болезни легионеров слышали? Такие истории как раз и обусловлены отсутствием тех немногочисленных но важных сведений, которые попросту не добываются, не хранятся, не анализируются, потому что типа слишком много null будет. Где был пациент, что ел, чем дышал, что пил, с кем говорил, где жил в анамнезе. С тех пор медицина конечно научилась кое-чему, главным образом благодаря общему повышению мобильности популяции. Но если доктор не поинтересуется алиби - пациенту и в голову не придет заполнить несколько нулей. А если и поинтересуется, то важные сведения попросту утонут в вертикальном потоке.

Самое-то интересное как раз среди нулей.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38530424
nodir_azam
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
debloggerТанки и на бензине ходят?


Эти на диз. топливе. :) Для примера указано.

Как бы вы поступили?
Вариант создавать таблицу характеристик для каждого приложения - не вариант.
...
Рейтинг: 0 / 0
Универсальная, формализованная таблица для хранения контента
    #38530437
deblogger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nodir_azam,

Да я вообще не понял за чл описывать мидию, которая сама себя описывает, поскольку это файл. http://en.wikipedia.org/wiki/Exchangeable_image_file_format

Например эта страница не файл, но если я ее запишу на диск станет файлом. И там наверняка есть мета-теги которые специально для такого случая предусмотрены. Чтобы охарактеризовать файл с текстом, хотя бы кодировку, иначе придется вручную подбирать.
...
Рейтинг: 0 / 0
13 сообщений из 38, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Универсальная, формализованная таблица для хранения контента
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]