информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Где водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
нормализуй но в меру 23.05.02 23:09  Число просмотров: 928
Автор: whiletrue <Роман> Статус: Elderman
<"чистая" ссылка>
> с БЛОБ работа идет через ж.

ну, фиг знает, по моему, в сях это один хрен. А для особого изврата можно тудыть еще и код для самораспаковки и самоинтерпретации запесочить.

> БЛОБ не поддерживается некоторыми субд.

согласен, но многими поддерживается.

> при таком подходе будет нарушена 1-я нормальная форма,

Нормализуй, но знай меру. В этих хитрых книжках так и говорится, что иногда жертвуют нормализацией взамен оптимизации БД, в этом случае часть работы переходит на интерфейс (т.е. на клиента). Иногда это очень даже оправдано.

Хранят же в БЛОБе картики. И ты же не станешь распихивать отдельные пикселы по таблицам, а потом нормализовать. Ежели те столбцы, которые переменные, составляют некую логически законченную еденицу, то БЛОБ - это абсолютно верное решение.

> чем плохо несоблюдение 1-й н.ф.? хотя бы тем, что в
> select'е нельзя будет использовать "атрибуты", входящие в
> состав BLOB-поля.

А я так понял в задаче Чела этого и нетребуется

> между тем, проблема, которой все испугались, и не проблема
> вовсе, если почитать описание ODBC API. Используя ODBC API,
> можно узнавать программно сколько
> атрибутов на данный момент имеется в данной таблице и
> выполнять те или иные действия в зависимости от их числа,
> при этом и с выборкой из таких таблиц "переменной ширины":)
> тоже никаких проблем не будет. Проблема только в том, что
> ODBC API очень низкоуровневый.

Атрибуты посмотреть можно. Но ему-то вроде как надо хранить переменное кол-во столбцов. Если бы он заранее знал их кол-во, наверное и вопрос-то не задавал.

> PS. возможно, все это можно проделать с использованием OLE
> DB или еще чего, врать не стану. Я юзал только ODBC, а
> давным-давно - MFC CDatabase+CRecordset.

OLE DB - говорят что перспективней, только и всего.

> В любом случае, использование BLOB считаю
> безумием.


Попытка - не пытка.

А еще здесь есть один плюс - можно сделать переменное кол-во столбцов для каждой записи в таблице, если конечно это надо.
<programming> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach