Сообщений в теме: 764

[Padre_Romario]

Ну, тогда тебе прямая дорого разбираться с кубами и всякими там OLAP

Угу... Уже разбираюсь... Только вот ходят слухи - что всякие там кубы и олапы - в дельфи крайне глючные - и не работают практически?...

А вот это брешут. Все работет великолепно.
По поводу картинок в БД. Лучше их туды не запихивать. Работать будет медленно. Проще и надежнее хранить ссылку на адрес картинки.

[Tancha]

кубы насколько поняла - работают только с query (хранимые процедуры не в счет) - одно это уже расстраивает...

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

[Padre_Romario]

кубы насколько поняла - работают только с query (хранимые процедуры не в счет) - одно это уже расстраивает...

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

Что плохого в query? Работаешь с SQL, возможностей больше.

С картинками дело обстоит так - картинка из базы читается намного медленнее, чем прямо с винта. На клиент-серверных системах это критично. На локалках не особо. Да и много зависит от того, какого рода приложение.

[Gloomy]

А вот это брешут. Все работет великолепно.
По поводу картинок в БД. Лучше их туды не запихивать. Работать будет медленно. Проще и надежнее хранить ссылку на адрес картинки.

------
Это как сказать .... С точки зрения программирования - засунуть в базу легче.
Представь клиент\сервер ты получил из поля BLOB и скормил его в контрол который этот формат разумиЁт ИЛИ получил из поля путь/имя_файла ... Если ты Программер - допишешь протокол этого филя вытаскивания на клиента ... с контролем прав доступа ... с контролем челостности ... с контролем не сдохло ли все пока ... с опциональной шифровкой траффика ....

Ну вот и считай - запихивать или нет

PS: В одной очень серьезной системе (аааа - чего воду мутить это Kodak Imagimg Server) хранатся именно пути. И написанна _вся_ инфраструктура по интеграции этой беды.
PPS: Вот только формат их картинок так и не расковырял :-E А то бы наплодил своих кривых тулзов

[Beholding]

насчёт кубов данных и иже с ними - это уже ближе к витринам данных аналитике у них цели несколько иные, вам нужны кросс таблицы - сразу не скажу давно такое делал но можно такие рожать запросом когда значение одного из полей будет осью X а второе Y ну и что нибудь на пересечении думаю то что вам нужно, щас посмотрю надеюсь подсказать точнее

[Tancha]

насчёт кубов данных и иже с ними - это уже ближе к витринам данных аналитике у них цели несколько иные, вам нужны кросс таблицы

совершенно верно... наверное мне нужны эти самые кросс таблицы...

рожать запросом когда значение одного из полей будет осью X а второе Y ну и что нибудь на пересечении думаю то что вам нужно, щас посмотрю надеюсь подсказать точнее

что значить рожать запросом?... т.е. имеется ввиду sql-запрос?...
посмотрите поточнее пожалуйста, если вас не затруднит

[Beholding]

...можно ещё наводящий вопрос а собснна какая база данных используется в качестве источника

[Tancha]

Sybase... - там наверное врядли возможно то о чем вы говорите...

[Tzar]

Sybase... - там наверное врядли возможно то о чем вы говорите...

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

ps.
вероятнее всего можно будет обойтись написанием новой или изменением существующей ХП.

Сообщение отредактировал Tzar: 02.09.2003, 11:16:57

[Shirson]

Хранение линка на картинку, а не картинки в базе, уводит от целостности БД. И это не есть здорово.
Картинки же можно хранить в BLOB полях (в этих полях можно хранить всё что угодно).
Я не очень здорово помню Сайб, но запомнилось, что от MSSQL он не сильно отличается в плане структуры данных. Там должен быть тип Image или BLOB - как раз для хранения бинарных данных.
А то, что доступ к таким данным будет не самым быстрым, так пардонте, и размеры тут не маленькие

[Alexey]

А то, что доступ к таким данным будет не самым быстрым, так пардонте, и размеры тут не маленькие

Ну так при хранении ссылки на картинку скорость-то возрастает, хотя размеры хранимых данных не меняются
А ведь конечному пользователю абсолютно все равно, как и чем обеспечивается целостность БД, главное - чтоб она была. А вот если продукт будет "требовать" замены железа (в смысле тормозить на имеющемся) никакими сказками про целостность не выкрутишься.

[Shirson]

Ну так при хранении ссылки на картинку скорость-то возрастает, хотя размеры хранимых данных не меняются

Это ещё бабушка надвое сказала
1000 файлов на диске занимают больше места, чем та же 1000 склеенная в 1(,2,3).

А ведь конечному пользователю абсолютно все равно, как и чем обеспечивается целостность БД, главное - чтоб она была.

А с отдельно записываемыми картинками её не будет По определению

А вот если продукт будет "требовать" замены железа (в смысле тормозить на имеющемся) никакими сказками про целостность не выкрутишься.

А с чего бы он тормозил? Точнее, с чего бы он тормозил так астрономически?
Дисковая система вещь еще та и при массовом обращении к файлам могут такие тормоза начаться, что хоть на стенку лезь.

[Gloomy]

Ну так при хранении ссылки на картинку скорость-то возрастает, хотя размеры хранимых данных не меняются

Это ещё бабушка надвое сказала
1000 файлов на диске занимают больше места, чем та же 1000 склеенная в 1(,2,3).

Дык чего бабуля в современных технологиях понимает? При хранении в файлах одинаковые картинки - один файл. (Ну такая специфика не часто бывает). А вот для бакапа - просто песня. Мона хоть на DVD сливать устаканившиеся директории...

А ведь конечному пользователю абсолютно все равно, как и чем обеспечивается целостность БД, главное - чтоб она была.

А с отдельно записываемыми картинками её не будет По определению

Сервер бизнес логики. И будет вам сча... тьфу - целостность Вам будет!

А вот если продукт будет "требовать" замены железа (в смысле тормозить на имеющемся) никакими сказками про целостность не выкрутишься.

Замена сервера - копейки (по нонешним ценам - тем более) по сравнению с ценой разработки большой, комплексной и масштабируемой системы. Повезло наверное - но мне почти всегда денег на это давали ... может быть потому что под фигню всяку не просил Фигня всяка живет под стадом устаревших писюков под *ix'ами фришными и тихо свое дело делает. В натуре - апликейшен сервер - один апликейшен - один сервер

Всего.

[Alexey]

Ну так при хранении ссылки на картинку скорость-то возрастает, хотя размеры хранимых данных не меняются

Это ещё бабушка надвое сказала
1000 файлов на диске занимают больше места, чем та же 1000 склеенная в 1(,2,3).

Я вобщето про размер хранимых данных а не про то, сколь они на диске займут

[Shirson]

Я вобщето про размер хранимых данных а не про то, сколь они на диске займут

Кое-кто тут упирал, на клиента А клиенту положить на размер хранимых данных, ему важно сколько они на диске занимают, не так ли?

[Shirson]

Дык чего бабуля в современных технологиях понимает? При хранении в файлах одинаковые картинки - один файл. (Ну такая специфика не часто бывает).

И сколько времени займёт у разработчика написание модуля просмотра всех существующих файлов картинок, нахождение одинаковых и линкование ссылок на такие? С учётом возможности удаление одной из ссылок и её апдейта. И безглючности модуля. И самое главное, скорости работы этого модуля, адекватной простому обращению к базе (чудес не бывает)

А вот для бакапа - просто песня. Мона хоть на DVD сливать устаканившиеся директории...

Бакап бызы можно делать хоть на дискеты, если есть желание

Сервер бизнес логики. И будет вам сча... тьфу - целостность Вам будет!

Мне - не будет Вынесение хранимых данных во внешние файлы оправдвнно в мелкопузатых базах типа Акцеса. В пром базах на это не идут, потому что это пром базы - высокая надёжность и достоверность информации. Все операции с данными проходят через контроль триггеров - механизмов самой базы. При внешнем хранении придётся писать собственные механизмы отлеживания достоверности. Мазохисты есть? Поднять руки!
Кроме того, внешняя файловая директория на 100 файлов выглядит нормально. На 100000 вызывает недоумение и раздражение. На 1000000 способствует суицыду среди как клиентов, так и админов

Сообщение отредактировал Shirson: 03.09.2003, 12:25:11

[Tancha]

Убедили - ниче пока переделывать не буду...

[Shirson]

Убедили - ниче пока переделывать не буду...

Хы

[Gloomy]

Shirson - змей красноречивый! Ну ве равно спорить с тобой буду сейчас.

[Gloomy]

И сколько времени займёт у разработчика написание модуля ...

Хех! Самый мой первый пост прочти! А там сказано - засунуть в базу программисту _проще_ ... Или скажешь не писал я такаго ?-)

А вот для бакапа - просто песня. Мона хоть на DVD сливать устаканившиеся директории...

Бакап бызы можно делать хоть на дискеты, если есть желание

Не -я просто по рюсски не есть хорошо Имелось в виду не BackUp собственно а ... смотри ниже. (Сорри еще когда писал backup - подозревал что не то пишу ж

Сервер бизнес логики. И будет вам сча... тьфу - целостность Вам будет!

Мне - не будет Вынесение хранимых данных во внешние файлы оправдвнно в мелкопузатых базах типа Акцеса. В пром базах на это не идут, потому что это пром базы - высокая надёжность и достоверность информации.

Щас заплачу! Пром базы (и большинство други корпоративных решений) - это и акцесс и фокс и оракл и ISAM даже :-Е И Вам повезло если оракла больше а ассеса меньше ...
Ну не пой мне песен _пожайлуста_.

Все операции с данными проходят через контроль триггеров - механизмов самой базы. При внешнем хранении придётся писать собственные механизмы отлеживания достоверности. Мазохисты есть? Поднять руки!

и constraints и еще всяких методов. А на триггерах - самое оно для ссылок на внешний файл. Причем все как ты говорил? - "пром базы" (оракл, информикс, дб/2, постгрескл) - имеют для этого средства ... да забей - я мазохист проста

Кроме того, внешняя файловая директория на 100 файлов выглядит нормально. На 100000 вызывает недоумение и раздражение. На 1000000 способствует суицыду среди как клиентов, так и админов

Вот! Помнишь спич про backup? Смотрел как у министри-иммиратион Kodak Imaging работает - он сохраняет определенное кол-во файлов в дир 0000001,
когда лимит исчерпан - в 0000002 и т.д. И у него есть сервис - устаканившиеся директории (помнишь мой пост?)- пишутся на оптику и суются в IBM optical library - робота. К примеру там хранятся морды всех пересекавших границу - объем посчитай сам ...

PS: Все чего я тут наплел касается Вас пипл, только в если вы лепите в самом деле большой имагинг. Для прилад работающий с локальным диском - забудте все мои посты!
PPS: И будет Вам зарплата!-)