Interbase + массивы

← →
Klim Samgin (2003-02-25 12:31) [0]

Читаю в статье: "Все типы данных, кроме BLOB, могут быть организованы в массивы". Поясните, как это? Каким образом
осуществить доступ (чтение\запись\модификация) к таким полям?Можно ли в одной записи таким образом хранить инфу,например, типа Ф.И.О .

← →
Klim Voroshilov (2003-02-25 13:11) [1]

В мои годы тех, кто использует поля-массивы, просто расстреливали !

← →
Klim Samgin (2003-02-25 13:18) [2]

Это еще почему? Не смогли осилить что-ли :)

← →
Johnmen (2003-02-25 13:30) [3]

Видимо потому, что такой программер просто бесперспективен :)

← →
Klim Samgin (2003-02-25 13:52) [4]

Между прочим, спросил не шутки ради...
Вы же все-таки МАСТЕРА. Вот и объсните - почему так делать низя.

← →
Delirium^.Tremens (2003-02-25 13:58) [5]

Сейчас, оскомину пивом смоем...
Вопрос то свеж...

← →
Жук (2003-02-25 14:00) [6]

Может отдельный форум создать ? :-)))

← →
Alexandr (2003-02-25 14:22) [7]

нет, просто записать как аксиому
"массивы и работа с ними в реляционной БД вам нафиг не нужны"

← →
OlegE (2003-02-25 14:47) [8]

2 Alexandr © (25.02.03 14:22)
А если нужно например хранить ЭЦП - 128 байт - и значения любого байта (а не последнего) могут быть от 0 до 256 - какой тип поля Вы предлагаете?

← →
Карелин Артем (2003-02-25 14:49) [9]

Klim Voroshilov (25.02.03 13:11) Alexandr © (25.02.03 14:22) Johnmen © (25.02.03 13:30)
А вы обосновать можете?

← →
Alexandr (2003-02-25 14:52) [10]

2OlegE: BLOB по крайней мере...
Ведь этот массив - тот же блоб, только вид сбоку.
2Карелин Артем : а ты приведи хоть один пример, где они были бы нужны... Ну или хоть один найчный труд по РСУБД, где бы упоминались массивы и работа с ними

← →
Shaman (2003-02-25 15:03) [11]

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

← →
OlegE (2003-02-25 15:03) [12]

2 Alexandr © (25.02.03 14:52)
Предыдущие версии действительно делали на блобах, но уже более года как поменяли на массывы - выигрыш по скорости составил более половины(пусть даже и субъективно, но заказчик доволен)
Я хочу только оговориться, что и типы полей и типы СУБД должны учитываться в конкретных реализациях, а не от насторения и то что удобно или нравиться разработчику.

← →
Карелин Артем (2003-02-25 15:08) [13]

Alexandr © (25.02.03 14:52)
Мне нужны. Не хочу заводит десяток полей под адрес.
Налоговая требует адрес в очень неудобном формате.

← →
Johnmen (2003-02-25 15:26) [14]

>Карелин Артем © (25.02.03 15:08)

Так заведи таблицу адресов...

← →
Карелин Артем (2003-02-25 15:36) [15]

На хрена, извиняюсь плодить новые, ненужные сущности? Есть справочник владельцев, плодить для него справочник адресов? Для каждого владельца есть свой уникальный адрес.

← →
Карелин Артем (2003-02-25 15:39) [16]

И вообще, я сам хочу оценить удобство (нужность) использования массивов.
P.S. Такой уж я настойчивый. Пока не докопаюсь до истины, не остановлюсь. :-)

← →
Delirium^.Tremens (2003-02-25 15:45) [17]

> Такой уж я настойчивый. Пока не докопаюсь до истины, не
> остановлюсь

Да, иногда бывает полезно самому наступать на грабли. Освежает :-)

← →
Johnmen (2003-02-25 15:47) [18]

Так никто и не препятствует ! И я вовсе не навязываю своего мнения. Для себя в отношении полей-массивов я уже все решил (еще под IB4), потратив неск. дней...
Как говорится, флаг в руки и т.д.

← →
Карелин Артем (2003-02-25 15:48) [19]

Так я и думал. Не знаете!?

← →
Delirium^.Tremens (2003-02-25 15:52) [20]

> Так я и думал. Не знаете!?

Копай, копай, не отвлекайся :-)

← →
-=Sergeante=- (2003-02-25 16:26) [21]

> Можно ли в одной записи таким образом хранить инфу,например,
> типа Ф.И.О .

Дык, кто мешает?
ALTER TABLE TABLE_NAME ADD FIELD_NAME VARCHAR(50)[0:2]

Только вот обращаться к ним для чтения/записи немного геморно. И то токо если ты юзаешь компоненты для прямого доступа через API.
Н-р, Фибы довольно нормально поддерживают поля-массивы (в плане записи/чтения).

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

← →
kaif (2003-02-26 03:40) [22]

>Карелин Артем © (25.02.03 15:36)
>На хрена, извиняюсь плодить новые, ненужные сущности? Есть >справочник владельцев, плодить для него справочник адресов? Для >каждого владельца есть свой уникальный адрес.

1.Если это так, то адрес состоит из неотъемлимых атрибутов владельцев и эти поля должны быть в таблице владельцев. Кому-то обязательно понадобится рано или поздно найти владельца по адресу или упорядочить по одному из его полей.

2.Если же это не так (владелец может иметь более одного адреса, что, ИМХО, разумнее, так как так оно и есть на самом деле...), то
тогда тем более следует завести для адресов отдельную таблицу.

3.Если завтра в адресе появится новое дурное поле (например, код района, который зачем-то вздумала потребовать налоговая или фотография штрих-кода на дверной ручке подъезда или еще какая хрень типа адреса любовницы, группы крови детей, страхового полиса или нескольких, если есть + примечания к отпечаткам пальцев и форме ушей...), то я посмотрю, какой изврат потребуется, чтобы новые поля в эти массивы запихивать!

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

← →
Alexandr (2003-02-26 06:19) [23]

Interbase + массивы Найти похожие ветки