|
|
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста, как реализовать в реальной базе ( какие связи или дополнительные таблицы) часть представленной на рисунке схемы - категорийные связи в левом нижнем углу. Сам не могу разобраться, опыта маловато ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 19:05 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
создать 4 таблицы, у них всех будут общие поля такие как в сервисес(будут повторятся) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 21:24 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, А как эти таблицы будут связаны с таблицей Service_Bookings? И будут ли вообще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 21:50 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, так же как и сервисес. представь что ты таблицу сервисес переписываешь 4 раза и каждый раз к уже существующим полям добавляешь новые(которые в тех 4-х таблицах ниже). физически этот рисунок(одна сверху и 4 снизу) равен 4-м таблицам(нижние+все поля верхней у каждой). а схема кстати в какой нотации нарисована? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 21:57 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, Насчет нотации не знаю. Я думал нотации отличаются только формой представления данных, но не сутью. Насчет таблиц понятно, непонятно только, каждая из этих 4 таблиц будет связана с Service_booking Связью один ко многим на стороне один? Мне нужно, чтобы в одном заказе было несколько услуг (разных) Таблица Service_booking как раз и обеспечивает эту возможность. Вот примерно так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 22:11 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Что-то вроде не то ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 22:16 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968mixassio, Насчет нотации не знаю. Я думал нотации отличаются только формой представления данных, но не сутью. Насчет таблиц понятно, непонятно только, каждая из этих 4 таблиц будет связана с Service_booking Связью один ко многим на стороне один? Мне нужно, чтобы в одном заказе было несколько услуг (разных) Таблица Service_booking как раз и обеспечивает эту возможность. Вот примерно так? ну про нотации ты прав, просто интересно было. по последнему рисунку таблица услуги_в_заказе это все равно что связь многие ко многим между услуги и заказы. Кстати я понял чо тебе нужно, это классическая задача на приведение БД к третьей нормальной форме. хороший пример находится на этом сайте выбери там шаг 107 oracle(сайт не выдает четкую ссылку) посмотри, я правильно понял что тебе нужно? (там выбираешь SQL by steps - oracle - шаг 107) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 22:27 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
У вас, Olger1968, задача какая? Нарисовать ddl по картинке или спроектировать структуру данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 22:49 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
guest_20040621, Спроектировать структуру. Но первая картинка для примера, схожая с моей задачей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:06 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, спасибо огромное, гляну ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:08 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968mixassio, спасибо огромное, гляну ну это то? или в другой стороне копать надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:09 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
> Спроектировать структуру. Тогда вы не с того начали. Первая задача - семантическая модель. А вы пытаетесь натянуть чью-то убогую поделку на глобус. Для какой цели - не могу понять. > Но первая картинка для примера, схожая с моей задачей Вашей задачи я не знаю, но на картинке полная ахинея. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:13 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
guest_20040621, скорее всего привести к нормальной форме третьей надо, чо не понятного? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:20 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, Посмотрел, о нормализации читал уже не раз. Но применительно к этой ситуации не доезжаю. Дело в том, что услуги разные по составу атрибутов. Мне важно знать какие конкретно услуги заказаны и расшифровку каждой услуги. Если бы у каждой услуги были одинаковые атрибуты, как у товара в том примере, понятно - выбрал услугу, количество... а здесь есть таблица услуги и таблицы, которые содержат расшифровку каждой из услуг. И куда их пришпилить, не знаю. Исключить таблицу закаы? или исключить таблицу услуги в заказе вместе с таблицей услуги? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:34 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
guest_20040621, взял с сайта. А ахинея или нет, не знаю, так бы не спрашивал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:37 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, может как-то так. Но тогда непонятно как связать расшифровку услуг с конкретным заказом (строкой в заказе) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:43 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Знакомая картинка. 3 года назад делал систему обработки заказов для туроператора, был очень похожий фрагмент БД. Тут с разнотипными сервисами типичная ситуация наследования. В физической модели можно использовать разные реализации наследования. Рекомендации, когда какую лучше использовать, можно найти в любой книжке по проектрованию БД или даже в доке по CASE средству, например по PowerDesigner. Я применял в своем случае решение с дочерними таблицами для атрибутов специфических сущностей, но это не значит, что для вашей задачи это будет оптимально. То есть от конкретики задачи надо смотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2010, 23:59 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 непонятно как связать расшифровку услуг с конкретным заказом (строкой в заказе) А что именно не понятно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 00:01 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv, Я думаю, может таблицы Виза и Паспорт связать с таблицей "Услуги в заказе" связью один к одному? В зависимости от того, какая услуга (Виза, Паспорт) выбрана в этой таблице, открывается та или иная таблица (Виза или Паспорт) и заполняются подробные данные об услуге. Т.е строка идентифицируется номером заказа(Заказы), кодом услуги (услуги) и номером услуги (из таблиц Виза Паспорт) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 00:16 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 Но тогда непонятно как связать расшифровку услуг с конкретным заказом (строкой в заказе) а чего не понятного? у тебя в услуги_в_заказе id услуги и id заказа. вот и связь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 09:56 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, В том то и дело, что id услуги, а не Id записи в таблице 'виза' или 'паспорт'. т.е. я знаю, какая услуга заказана, но не могу узнать какая именно запись в таблицах виза или паспорт связан с этой услугой. Например, код заказа 1, код услуги 1, а с кодом услуги 1 связана туча записей в таблицах "виза" (паспорт) и не понять какая именно принадлежит данному заказу (строчке заказа). Вот так будет правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 11:17 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968mixassio, В том то и дело, что id услуги, а не Id записи в таблице 'виза' или 'паспорт'. т.е. я знаю, какая услуга заказана, но не могу узнать какая именно запись в таблицах виза или паспорт связан с этой услугой. Например, код заказа 1, код услуги 1, а с кодом услуги 1 связана туча записей в таблицах "виза" (паспорт) и не понять какая именно принадлежит данному заказу (строчке заказа). Вот так будет правильно? а нельзя реквизиты виза и паспорт тогда вставить в услуги_в_заказе? смысл тогда их выносить? не совсем понял вообще их предназначение(виза и паспорт). что за данные там будут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 13:42 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, такой вариант существует. В этом случае некоторые поля будут оставаться пустыми, а я возможно буду добавлять еще блоки по количеству услуг: путевки, страховки и прочее. Данные во все этих блоках разные и таблица тогда распухнет. Я думал заполнять ту или иную таблицу в зависимости от того, какой тип услуг выбран. Тогда все записи будут храниться только в своей таблице а общие для все атрибуты я вынесу в таблицу "Услуги в заказе". Можно было бы вынести их и в таблицу "Заказы", но у разных услуг могут быть, например, разные даты исполнения. Спасибо за ответы, я по крайней мере начал кое что понимать. Буду признателен и за другие комментарии, еще раз благодарю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 18:03 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968mixassio, такой вариант существует. В этом случае некоторые поля будут оставаться пустыми, а я возможно буду добавлять еще блоки по количеству услуг: путевки, страховки и прочее. Данные во все этих блоках разные и таблица тогда распухнет. тогда сделай связь один к одному(услуги_в_заказе -- виза,услуги_в_заказе -- паспорт). будут как бы дополнения к основной таблице. и если надо будет добавлять "путевки, страховки и прочее" - будешь добавлять новые таблицы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 19:52 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, а кстати насколько кардинально разный у них будет реквизитный состав? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2010, 19:54 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
mixassio, Достаточно разный. У виз- это принимающее лицо, число дней визы, тип визы, цель поездки. В паспортах - страна предполагаемого выезда, наличие судимости,.... В путевках, страховках - еще разные. Я работаю в турагентстве и давно мечтал написать такую базу, много раз брался, бросал, опять брался. Так что не знаю, получится ли в этот раз довести дело до конца :) Кстати, со старым Новым годом! Удивительный праздник. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 01:23 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, Mapping Inheritance Structures ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 06:38 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Например, код заказа 1, код услуги 1, а с кодом услуги 1 связана туча записей в таблицах "виза" (паспорт) Конечно же нет. С кодом услуги 1 связана ОДНА запись в детализирующей наледование таблице об одной этой услуге 1. Прочитайте про реализацию наследования в физической базе. Вы когда обращаетесь к записи в таблице services, то как бы работатете с суперклассом ( в терминологии ООП), а когда вам нужны атрибуты субкласса, то читаете из соответствующей записи в таблице passoport, visa и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 17:31 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
> Mapping Inheritance Structures Оказывается, у буржуев свои тенцеры есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 20:04 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv, интересно как при такой схеме (см. рисунок) идентифицировать данные из таблицы паспорт с номером заказа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 20:05 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968divv, интересно как при такой схеме (см. рисунок) идентифицировать данные из таблицы паспорт с номером заказа? Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 20:26 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 Я работаю в турагентстве и давно мечтал написать такую базу, много раз брался, бросал, опять брался. Так что не знаю, получится ли в этот раз довести дело до конца :) Ну если опять не получится, то попробуйте купить готовую ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 20:28 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvOlger1968 Я работаю в турагентстве и давно мечтал написать такую базу, много раз брался, бросал, опять брался. Так что не знаю, получится ли в этот раз довести дело до конца :) Ну если опять не получится, то попробуйте купить готовую ;) не горюй Гена... Отдохнём и ещё раз переделаем... © Как мне кажется - лучше всё таки написать дописать документацию сначала до конца...... Вы же начали моделечку... Заканчивайте.. Коллега - опишите всё простым языком для себя. Сделайте модельку А вот потом начинайте делать Вашу системочку. Как это делали пионеры.. Увидите - всё получится ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2010, 20:42 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, Вика, я прочитал всю вашу переписку по поводу создания базы для социальной службы. Со многим согласен, и в том числе с Вашим подходом к проектированию (я, кстати, уже начал это делать) Знаю, черт возьми, что надо потратить больше времени на проект, но так же как и товарищ Раевский не могу избавиться от мысли, что я уже достаточно поварился в этой структуре, что все сидит в голове и проблема только в технической реализации проекта, куда какие связи пришпилить и.т.п. Конечно, людям иногда даже и при желании бывает тяжело помочь новичкам не зная, что как зачем и почему. Тем более, что профессионалы ,конечно, предпочитают более общаться с профессионалами: не нужно разжевывать прописные истины. Поэтому стараюсь предварительно проработать информацию, а дальше уж как получится :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 13:26 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvOlger1968 Я работаю в турагентстве и давно мечтал написать такую базу, много раз брался, бросал, опять брался. Так что не знаю, получится ли в этот раз довести дело до конца :) Ну если опять не получится, то попробуйте купить готовую ;) divv, давно бы так сделал, всю сеть излазил. Но информация очень скудная и не отвечает моим требованиям. Проанализировал и Мастер тУр и Само и.т.п. Они не плохо сделаны, но заточены на продажу путевок. Другие услуги тоже возможно внести в состав заказа, но без детализации, просто услуга, количество, стоимость. Заказывал и местным программистам, все проекты провалились, у нас маленький город - недостаточно грамотных спецов, ВСЕ ПРОЕКТЫ через месяц заваливались по причине болезни исполнителя или ввиду его огромной занятости по установке ПО местным юзерам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 13:33 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968подходом к проектированию (я, кстати, уже начал это делать) Знаю, черт возьми, что надо потратить больше времени на проект, но так же как и товарищ Раевский не могу избавиться от мысли, что я уже достаточно поварился в этой структуре, что все сидит в голове и проблема только в технической реализации проекта, куда какие связи пришпилить и.т.п. Традиционная ошибка всех инженеров. Мы забываем о в общем то элементарных вещах - Как организовать себе рабочий день. свою работу. Меня в своё время научили простому способу. Каждый день я прихожу на работу и составляю себе план на целый день. Иногда даже по часам. К концу дня - проверяю что сделано а что нет. Не надо быть супер профессионалом чтобы следовать такому простому правилу. Кстати переписка в sql.ru не занимает там первое место ;) Спасибо что читаете заметки в соседней веточке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 13:51 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Кстати о Вашей Задаче. Мне трудно судить о проблемах - сама постановка бизнеса Агенства очень своеобразна. Без детального анализа работы (Всех Процессов в Агенстве) - Вы как я уже убедилась - не построите свой движок. Сделайте документацию. Проследите за изменением данных - где и что и как преобразуется. У нас например - в аналогичной системе совершенно отсутствуют пасспортные услуги. В Америке травел агенты не могут этим заниматься. Могут только дать справки о необходимости вьездных виз в ту или иную страну. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 13:58 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968divv, давно бы так сделал, всю сеть излазил. Но информация очень скудная и не отвечает моим требованиям. Проанализировал и Мастер тУр и Само и.т.п. Они не плохо сделаны, но заточены на продажу путевок. Другие услуги тоже возможно внести в состав заказа, но без детализации, просто услуга, количество, стоимость. Понятно, у нас на рынке превалируют системы для турагентств, а задачи туроператора несколько другие. Я сдавал в эксплуатацию систему именно для оператора 3 года назад. Если интересно пообщаться на эту тему, пишите dmitry(нижний подчерк)volgin(значок эт)мейл(тчк)ру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 14:05 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvOlger1968divv, интересно как при такой схеме (см. рисунок) идентифицировать данные из таблицы паспорт с номером заказа? Код: plaintext 1. 2. 3. 4. 5. Кстати, при таком запросе в строке паспорта.код_услуги = услуги.код услуги всегда будет одна и та же еденичка (код услуги паспорт=1). Ерунда получается, логичнее было бы сделать так? where заказы.код_заказа = нужному and услуги.код_заказа = заказы.код_заказа and паспорта.код_заказа = заказы.код_заказа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 15:33 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, Так казалось бы чего проще: -Клиент делает заказ -В каждом заказе м.б. несколько типов услуг -Каждый тип услуг может состоять из нескольких компонентов -К каждому типу услуг требуется детальное описание Вот и вся концепция, по крайней мере ее костяк, а дальше...дальше таблицы, связи, программирование. Состав таблиц известен, со связями проблема, с программированием потом разберемся. Для примера, давал недавно художнику одному задачку: нарисуй картинку для шапки сайта чтоб отражались национальный колорит, с юморком (как он умеет) Так 2 месяца ждал результата пока не сказал вот здесь рисуй дома, здесь баньку, здесь бабу с калитками, а здесь мужика с самоваром. Рисунок в итоге неплохой получился, стиль рисования то у него есть :) Со временем понимаю, на одного Михаила сколько уходит :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 16:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Так казалось бы чего проще: -Клиент делает заказ -В каждом заказе м.б. несколько типов услуг -Каждый тип услуг может состоять из нескольких компонентов -К каждому типу услуг требуется детальное описание Вот и вся концепция, по крайней мере ее костяк, а дальше... Электронная Коммерция в Травел Агенствах уже в сути своей - ТНП. Посмотрите на Expedia.com , Travelocity.com , Priceline.com , travel.ru и так далее.... Дело в том что создавать Вам придётся маркетинг приложение. Не думаю что получится у Вас букинг движок. Максимум на что может быть нацелена Ваша система - привлечь клиентов в офис и дать агенту заработать на уже существующих букинг системах. . Как сейчас происходит движение услуги? Кто чем занимается? Что вносится в компьютер? Неужели пасспортные данные клиента сохранены в незащищённом сервере? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 16:18 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, Сразу видно, что Вы человек серьезный и привыкли работать по крупному. На самом деле все гораздо проще. База данных предназначена для фиксации бизнес процессов только в офисе, хотелось бы отслеживать историю заявок, моменты их выполнения, вытащить в необходимый момент паспортные данные своей клиентуры, сформировать соотвествующие отчеты,..... Агентство у нас небольшое, поэтому наверно и храним паспортные данные на незащищенном сервере :) Уфф, совсем не думал, что все может быть так сложно. Думал интуитивно набросаю схемку, соберу по кирпичикам функционал из Интернета и ... дело в шляпе. В общем чувствую себя полным лохом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 16:41 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968На самом деле все гораздо проще. База данных предназначена для фиксации бизнес процессов только в офисе, хотелось бы отслеживать историю заявок, моменты их выполнения, вытащить в необходимый момент паспортные данные своей клиентуры, сформировать соотвествующие отчеты,..... . Прежде всего как мне кажется Вам следовало бы хорошо организовать и обеспечить безопасность данных клиентов. Это Ваши потребители услуг. Следующим шагом логично было бы подготовка данных поставщиков услуг. Тур операторы, авиалинии, ж/д билеты, отели - всё это сторонние системы со своими продуктами предлагаемые к реализации. Так? Потом из списка потребителей и списка предлагаемых продуктов формируется Заказ. Я рассуждаю с высоты птичьего полёта.... И Вот именно Заказ - это деньги Доход компании. Как сейчас формируется Заказ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 18:28 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Как сейчас формируется Заказ?[/quot] Заказ формируется из нескольких услуг. Услуга путевка формируется именно так, как Вы описали -из списка потребителей и списка предлагаемых продуктов. Другие услуги формируются из списка потребителей и важна детализация этой услуги. В одном заказе не м.б. более одной услуги одного типа (т.е одна путевка, одна виза, один паспорт, одна страховка и.т.д) Т.о строка списка услуг в заказе содержит тип услуги, дата готовности, дата выдачи документов, статус услуги (новая, в процессе, готова, выдана и.т.п.) и ....вот куда пришпилить детализацию по каждой услуге я и не могу понять. Создал несколько таблиц с названиями услуг, намереваясь отражать в них как раз таки их детализацию. Получилась вот такая вот фигня :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 22:51 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, Да насчет безопасности я согласен, но не хотел бы сейчас залезать так "глубоко". И еще: если в заказе формируется услуга путевка, я думал, что буду фиксировать минимум данных: название туроператора, тип тура, направление, тип номера, название гостиницы, стоимость всего пакета. Вообще, конечно лучше бы описать все бизнес процессы, я предполагал, что сформирую сначала костяк клиент-заказ-услуги, а все остальное пришпилится само собой. Ведь существует интуитивный подход к проектированию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2010, 23:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 Кстати, при таком запросе в строке паспорта.код_услуги = услуги.код услуги всегда будет одна и та же еденичка (код услуги паспорт=1). Ерунда получается, логичнее было бы сделать так? where заказы.код_заказа = нужному and услуги.код_заказа = заказы.код_заказа and паспорта.код_заказа = заказы.код_заказа Мы с вами просто разные структуры данных имеем в виду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 17:19 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika VinnerНеужели пасспортные данные клиента сохранены в незащищённом сервере? А каким образом может быть использовано знание номера загранпаспорта во вред его владельцу? Мне кажется, эти номера постоянно гуляют по открытым каналам, например, при заказе авиабилетов, и ничего страшного не случается. Я бы больше беспокоился за приватность из-за накопления в базах турагентов данных о том, кто с кем куда ездил и кто с кем в номере спал - это действительно чувствительные персональные данные, за которыми иногда идет охота. И в случае утечки некоторая категория клиентов может ооочень большие проблему агентству или оператору создать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 17:33 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Ведь существует интуитивный подход к проектированию. Это что-то новое в науке. Ссылочку не дадите на литературу по этому подходу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 17:34 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvOlger1968Ведь существует интуитивный подход к проектированию. Это что-то новое в науке. Ссылочку не дадите на литературу по этому подходу? пожалуйста - тынц Шайтан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 18:00 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, Коллега - у Вас есть API к системам тур операторов (поставщиков услуг)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 18:05 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv, Надо же, размышления о базах данных привели к пониманию некоторых маркетинговых задач. Ведь это на самом деле проблема, особенно для небольшого города, как наш. Люди едут за сотни километров по несколько раз, чтобы купить путевку и сохранить при этом конфедициальность. Я знаю, что такое явление существует, но не могу пока оценить его масштабы для себя - то-то мы никак не можем выйти на расчетные цифры по продажам :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 20:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, нет, да и не планировал я организовывать доступ к туроператорским системам. Все ручками в своей базе, мне этого вполне достаточно сейчас и на ближайшее будущее ( если, конечно, агенство не пойдет бешеным темпом в рост :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 20:17 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Vika Vinner, нет, да и не планировал я организовывать доступ к туроператорским системам. Все ручками в своей базе, мне этого вполне достаточно сейчас и на ближайшее будущее ( если, конечно, агенство не пойдет бешеным темпом в рост :) Если Вам хочется вывести Агентство на бешенный уровень - решайте прежде всего маркетинговые задачи. Маркетинговые задачи - это наполнение данных Клиентов и Поставщиков. То есть обеспечение SUPPLY (продуктами) & DEMAND (теми кто это потребляет) Спрос и Предложение по Русски. Когда наберётся критическая масса и того и другого - Вы увидите что всё что внутри между ними (именно Ваши ЗАКАЗЫ) требуют детального описания. Хоть и выглядит это всё вполне цельно (как на мой взгляд) - ощущение что "чего-то не хватает" всё равно присутствует. Кстати а кто делает Визы? И прочие документы? Какой то клерк в Агентстве? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 20:49 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 размышления о базах данных привели к пониманию некоторых маркетинговых задач. ..... то-то мы никак не можем выйти на расчетные цифры по продажам :) Для того чтобы выйти на эти цифры - надо сегодня привести очень много людей в Агенство. Я правильно поняла? Ведь не многие (точнее не все) знают о нём; из тех кто знает - не все приходят, а из тех кто приходит - не все покупают что-либо. Значит задача Маркетинга - первична. Должно быть МНОГО ЛЮДЕЙ Приходить в офис, и обязательно что-то покупать -нибудь унести с собой ...... Как это сделать? Вам поможет РЕКЛАМА. Вам помогут различные Акции (скидки или подарки), Вам помогут ХОРОШИЕ ЦЕНЫ. Ну и естественно ПРОДУКТЫ. А хорошие ПРОДУКТЫ Вы не получите без прямого доступа (API) к поставщикам сервисных ПРОДУКТОВ. Так что решайте Маркетинговые задачи Коллега. Они Вам помогут гараздо больше чем самая наилучшая система приёма и оформления заказов (На сегодняшний день). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 21:20 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinner, Виктория, я не планировал прямого доступа к поставщикам из своей программы т.к. это уже другой уровень сложности для моего уровня подготовки, а так доступ конечно есть. Прямого доступа ко все операторам все равно ни одна система не обеспечивает, хотя просят достаточно немало денег за свои услуги. Но я не хотел бы переводить разговор в маркетинговую плоскость (хотя это очень важно) - система может раздуться до таких размеров, если я начну пытаться учесть все нюансы, что в итоге может просто не родиться. Мне кто бы проанализировал мою схемку и высказал свое мнение по ее поводу - указал хотя бы на грубые ошибки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 21:40 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvА каким образом может быть использовано знание номера загранпаспорта во вред его владельцу? Мне кажется, эти номера постоянно гуляют по открытым каналам, например, при заказе авиабилетов, и ничего страшного не случается.. это грубейшее нарушение безопасности данных клиента. Вчера посмотрела интересный фильм. Австралийский фильм "Candy" Там есть эпизод как герой украл из незапертой машины партмоне с документами. там все документы включая пасспорт (точнее удостоверение личности). По телефонной книге звонит владельцу извиняется и говорит что завтра он всё принесёт в назначенное место. На всякий случай спрашивает номер сотового телефона. Даёт свой фиктивный. Всё казалось бы хорошо. В момент назначенной встречи наш герой одевается красиво и идёт в банк. Выглядит очень импозантно. Играет его Кисс Леджер. В банке предьявляет пасспорт и все карточки - его просят ввести ПИН (Секретный Номер) которого он не знает. Хорошо. Он звонит своему оболванивемому терятелю документов. По сотовому телефону. Представляется клерком из банка. Говорит что замечены какие то активности на счету. называет номер пасспорта, спрашивает это ВЫ? Да - тот отвечает. Задаёт нормальные вопросы безопасности - дату рождения, девичью фамилию матери, сумму недавнего депозита, и как бы невзначай - номер ПИН. Всё ... наш обалдевший терятель документов выдаёт всё как на духу. И что - остаётся без каких - то $7000 - $8000. Мораль в той басне такова - никакие данные никаких личных документов или идентификационных признаков по каналам открытой связи незашифрованными передаваться не должны. Храниться могут только как бинарная информация в шифрованном формате. Это нормальная практика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 21:43 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968 Но я не хотел бы переводить разговор в маркетинговую плоскость (хотя это очень важно) - система может раздуться до таких размеров, если я начну пытаться учесть все нюансы, что в итоге может просто не родиться. Мне кто бы проанализировал мою схемку и высказал свое мнение по ее поводу - указал хотя бы на грубые ошибки. Ну отчего-же Коллега. Всё вполне стыкуется и с Вашей схемочкой. Ну вот к примеру. У Вас есть данные КЛИЕНТА а адреса его я не нашла. Для маркетинг задач - адрес первичен. Надо же всем клиентам рассылать приглашения на презентации, распродажи, ознакомительные лекции и так далее. Тем более адрес электронной почты не забыть.... ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 21:48 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Да и немаловажный вопрос о том что делает таблица виза и таблица пасспорт вдали от таблицы заказ и документы клиента (может это практика такая в офисе) остался без ответа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 21:54 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Любая Информационная Система должна прежде всего поддерживать требования основного операционного БИЗНЕСА Если всё что делает Офис - это Визы и Пасспорта - тогда конечно все услуги должны быть подстроены именно под эту деятельность. Если это так, то я сначала бы сделала перечень всех требований к документам - как справочный материал. например - визы каких стран требуются каких - нет. Эта информация могла бы стать очень информационно привлекательной даже в маркетинг отделе. Не находите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 22:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika Vinnerэто грубейшее нарушение безопасности данных клиента. Вчера посмотрела интересный фильм. Австралийский фильм "Candy". Мораль в той басне такова - никакие данные никаких личных документов или идентификационных признаков по каналам открытой связи незашифрованными передаваться не должны. Храниться могут только как бинарная информация в шифрованном формате. Это нормальная практика. Прошу прощения, не уловил аналогии между кражей паспорта и пин-кода и кражей номера паспорта (кстати, по-русски слово паспорт пишется с одной "с"). Имея на руках паспорт и пин код, можно снять деньги со счета. А что можно снять откуда, зная номер загранпаспорта? Ничего нельзя. Именно поэтому в России нормальной практикой является передача и хранение этих номеров безо всякой шифрации - с курьером, по факсу, по емейлу. Любой турагент подтвердит вам это (а как, кстати, Вы предлагаете турагентам передавать номера паспортов клиентов в консульства и в авиакомпании - в зашифрованном виде? ;). К тому же вы, вероятно, не знаете разницу между российским загранпаспортом и американским паспортом. Внутри РФ загранпаспорт непригоден ни для каких транзакций, за исключением разве что покупки билетов на самолеты за границу, да оплаты консульских соборов в посольствах иностранных государств. Вот номер внутреннего паспорта - это уже более-менее интересная информация, но мы же не это обсуждаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 22:24 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika VinnerАвстралийский фильм "Candy" В банке предьявляет пасспорт и все карточки - его просят ввести ПИН (Секретный Номер) которого он не знает. Хорошо. Он звонит своему оболванивемому терятелю документов. По сотовому телефону. Представляется клерком из банка. Говорит что замечены какие то активности на счету. называет номер пасспорта, спрашивает это ВЫ? Да - тот отвечает. Задаёт нормальные вопросы безопасности - дату рождения, девичью фамилию матери, сумму недавнего депозита, и как бы невзначай - номер ПИН. Всё ... наш обалдевший терятель документов выдаёт всё как на духу. И что - остаётся без каких - то $7000 - $8000. Не смотрите на ночь австралийских фильмов ! ;) Точнее, чтобы не быть обвиненным в неполиткорректности, скажу так: не используйте художественные фильмы для изучения технических вопросов. Как назло, именно сейчас я занимаюсь внедрением системы банковской безопасности, причем, (вы будете смеяться, но это так) именно австралийской. Так вот, ответственно заявляю, что в реальной жизни этот самый товарищ после исполнения такого номера будет арестован полицией в течение максимум 3-х часов. Если конечно, не успеет улететь из Австралии за эти 3 часа. Если успеет, то будет арестован при выходе из самолета, т.к. из Австралии быстрее чем за 3 часа никуда не улетишь, и информация, кого надо повязать уже будет в аэропорту прибытия к моменту посадки. Как вы думаете, сколько камер слежения снимает вас в банке одновременно? А когда вы стоите около банкомата? А как это интегрировано с системами контроля входа, слежения за улицей, и т.д.? А с отслеживанием местонахождения абонентского мобильного телефона? Ну, есть предположения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 22:41 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv Именно поэтому в России нормальной практикой является передача и хранение этих номеров безо всякой шифрации - с курьером, по факсу , по емейлу. Любой турагент подтвердит вам это (а как, кстати, Вы предлагаете турагентам передавать номера паспортов клиентов в консульства и в авиакомпании - в зашифрованном виде? ;). . Вы будете переделывать все системы когда практика двойного документирования исчезнет с лица земли? :) как мы это делаем... По факсу... очень просто. Факсы в теории своей передают шифрованную информацию по открытым каналам связи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 22:53 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv Не смотрите на ночь австралийских фильмов ! ;)? Коллега Если знаете такие детали - должны знать что хранение личных данных и передача информации открытыми каналами связи - нарушение законадельств многих стран. По поводу номеров. Я вот только что послала информацию о DLP систематизации. Многие поставщики как ПО так и Железа как Вы говорите - комплектуют свои системы уже сейчас специальными подсистемами - позволяющими конфигурировать хранение и передачу таких данных. Конечно - это всё в конце концов упирается в людей которых это либо интересует либо нет. Я пытаюсь поделитсья существующей мировой практикой. Следование ей - дело разработчиков и бизнес аналистов. И конечно тех от кого зависит безопасность Систем Информационного Управления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2010, 23:03 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika VinnerДа и немаловажный вопрос о том что делает таблица виза и таблица пасспорт вдали от таблицы заказ и документы клиента (может это практика такая в офисе) остался без ответа. Коллеги, ответ на это вопрос я и пытаюсь найти с вашей помощью. Это для меня основная проблема, а таблицы адрес и все прочие я потом добавлю. Опишу еще раз задачу: Клиенты пользуются следующими услугами туристического агентства: 1) оформление заграничного паспорта 2) оформление визы 3) приобретение путевки 4) оформление страхового полиса для выезжающих за рубеж 5) оформление других страховок (например, зеленая карта на автомобиль или страховка от невыезда) 6) сопутствующие услуги (сделали копии, отправили факс, сделали фото и.т.д) Каждая из этих услуг может быть приобретена по отдельности или пакетом с другими услугами. Например, страховка выезжающим за рубеж обязательно оформляется при оформлении визы, но может быть также приобретена и отдельно. Некоторые услуги имеют общие атрибуты (например оформление визы и оформление паспорта имеют общие атрибуты дата_приема, дата_назначено, дата_исполнено), но имеют также и совершенно отличные друг от друга атрибуты (например, принимающее лицо для визы, номер прежде выданного загранпаспорта для оформления паспорта и.т.п) База данных призвана хранить информацию о клиентах; информацию о заказах на услуги, сделанные Клиентами; информацию о самих услугах (напр., кто принимающее лицо, если это оформление визы или имеется ли судимость, если это оформление загранпаспорта) Вот так вот кратенько я попытался описать деятельность агентства и набросал структуру таблиц, но ясности в этом вопросе, к сожалению, не прибавилось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 00:17 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, Мне думалось, что логическую схему, представленную в самом начале данного поста, будет нетрудно при помощи профессионалов преобразовать в физическую с таблицами и связями между ними. Оказывается это не так просто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 00:22 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Мне думалось, что логическую схему, представленную в самом начале данного поста, будет нетрудно при помощи профессионалов преобразовать в физическую с таблицами и связями между ними. Оказывается это не так просто. Коллега, Вы сделали клише из существующих бизнес процессов в мире и попытались их прикруить к Россейским реалиам... Ну это как двигатель от ракеты Прогресс совместить с Атлантисом.... Кто куда полетит... Останется только догадываться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 04:44 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Коллеги, ответ на это вопрос я и пытаюсь найти с вашей помощью. Это для меня основная проблема, а таблицы адрес и все прочие я потом добавлю. Опишу еще раз задачу: Вот и я про то же ... сделайте документацию.... Забудьте о Ваших проблемах ненадолго... Сделайте документацию с момента ЧТО хочет ТОТ кому ЭТО надо... : 1. Кто оформляет Зараничный паспорт? 2. Кто оформляет Визу 3. Кто приобретает путёвку 4. Кто оформляет Страховой Полис 5. Кто оформяет Другие Страховки 6. Кто делает Сопутствующие Услуги Выслушайте ИХ... Запротоколируйте. Создайте Реальную Спецификацию Каждого Процесса... А потом поговорим... Договорились? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 04:51 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968База данных призвана хранить информацию о клиентах; информацию о заказах на услуги, сделанные Клиентами; информацию о самих услугах (напр., кто принимающее лицо, если это оформление визы или имеется ли судимость, если это оформление загранпаспорта) Вот так вот кратенько я попытался описать деятельность агентства и набросал структуру таблиц, но ясности в этом вопросе, к сожалению, не прибавилось Думаю что Вы не до конца смогли сделать АНАЛИЗ всего того что происходит в АГЕНСТВЕ. Я не до конца понимаю Ваших реалий, но как мне кажется есть целый ряд довольно стандартных положений в области хранения данных как клиентов так и тех кто берёт на себя смелость создавать и представлять различные услуги этим клиентам. Я вот к примеру слушала трагедии тех кто оказался сегодня попавшими в кризисные ситуации связанные с климатическими катаклизмами в мире. Это ни коим образом не должно влиять на бизнес самого агенства, а люди думают что виновными могут быть те, кто продал им птёвки в зоны кризиса... очень смешно .. но и грустно в равной мере... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 06:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968Так у вас агентство или туроператор? Сами туры формируете или только продаете готовые как единое целое, без возможности добавить в тур что-то или изменить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 11:15 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv, Чистой воды турагентство. В основном мы продаем пакеты услуг, но теоретически мы можем сформировать пакет и сами, но из услуг туроператора (т.е. на комиссии). Но мне кажется мы залезаем в дебри тогда, когда требуется всего лишь создать скелет, а уж потом наращивать на него мясо. Причем скелет тоже по очередности: позвоночник - таз - ребра и.т.д. :) От скелета зависит как это мать его "животное " будет держаться. Проще было бы взять что-либо за основу, проанализировать ее и задавать наводящие вопросы. Как в школе :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 22:13 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968divv, Чистой воды турагентство. В основном мы продаем пакеты услуг, но теоретически мы можем сформировать пакет и сами, но из услуг туроператора (т.е. на комиссии). Но мне кажется мы залезаем в дебри тогда, когда требуется всего лишь создать скелет, а уж потом наращивать на него мясо. Причем скелет тоже по очередности: позвоночник - таз - ребра и.т.д. :) От скелета зависит как это мать его "животное " будет держаться. Проще было бы взять что-либо за основу, проанализировать ее и задавать наводящие вопросы. Как в школе :) Каждое АГЕНТСТВО имеет своё - уникальное для этого АГЕНСТВА кредо. Ведь бизнес очень своеобразный: ПРОДУКТА - своего ПРОДУКТА - нет. Есть УСЛУГА по продаже чужих ПРОДУКТОВ. У всех АГЕНСТВ коллега - совершенно такие же проблемы. Вы не продаёте нечто осязаемое - Ваш ЗАКАЗ - это эфемерная величина. Я повторюсь ещё раз - На данном этапе Ваша система должна полностью решить Маркетинговые задачи. Скелет о котором Вы тут рассказали - именно и есть Ваша специализированная CRM - Customer Relations Management. Начните с нее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2010, 22:23 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Если агентство - то тут я вам ничего конкретного не подскажу, так как делал операторскую систему. Но из соображений банальной эрудиции, наверное, соглашусь с Викой: первостепенным для вас представляется CRM. Ну а на эту тему уже куча решений существует - поищите, сравните функционал, подберите то, что больше всего вам подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 02:32 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika VinnerКоллега Если знаете такие детали - должны знать что хранение личных данных и передача информации открытыми каналами связи - нарушение законадельств многих стран. По поводу номеров. Я вот только что послала информацию о DLP систематизации. Многие поставщики как ПО так и Железа как Вы говорите - комплектуют свои системы уже сейчас специальными подсистемами - позволяющими конфигурировать хранение и передачу таких данных. Конечно - это всё в конце концов упирается в людей которых это либо интересует либо нет. Я пытаюсь поделитсья существующей мировой практикой. Следование ей - дело разработчиков и бизнес аналистов. По моим наблюдениям, это не совсем так. Всякие усложнения процедур хранения и передачи данных - это лишние затраты. Поэтому разработчики и аналитики их всегда всячески пытаются избежать. Заставить их все это реализовывать может только явное требование - либо от заказчика, либо законодательное. Не знаю насчет Америки, но знаю насчет России и Австралии: и там и там никто не беспокоится по поводу передачи данных авиабилетов. Во-первых, существует огромное количество на порядок более чувствительных персональных данных, которые никак не защищены сейчас, хотя это уже требуется законом. Понятно, что пока не будут решены вопросы с ними (а это не один год), никто всерьез беспокоится по поводу данных авиабилетов не будет. Во-вторых, не думаю, что наличие специальных требований на эту тему в США должно заставить учитывать это разработчика системы для других стран (хотя знать на будущее это полезно). Можно конечно предположить, что во всех странах в течение года-двух, пока мы планируем продавать текущую версию продукта, будет введено американское законодательство, и подготовится к реализации такого риска. Но я бы оценил вероятность этого риска гораздо ниже вероятности множества других рисков. Не совсем понял насчет DLP. Если вы имеете в виду Data Leak Prevention, то какая связь между системами контроля утечек информации и хранением и передачей данных в зашифрованном виде? Вы считаете, что системы контроля утечек не позволяют утекать конфиденциальным данным только по открытым каналам? А по SSH пусть тащат сколько угодно? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 03:07 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvНе совсем понял насчет DLP. Если вы имеете в виду Data Leak Prevention, то какая связь между системами контроля утечек информации и хранением и передачей данных в зашифрованном виде? Вы считаете, что системы контроля утечек не позволяют утекать конфиденциальным данным только по открытым каналам? А по SSH пусть тащат сколько угодно? ;) Ну не авиабилетов конечно... Честное слово не знаю откуда Вы взяли именно авиабилеты. Мы говорили о паспортах. Это (включая номер паспорта) информация личного характера. Даже номер визы некоторой страны (кстати мне в мой американский паспорт требуеся австралийская виза; ее выдают в аеропорту - но всё таки выдают) в паспорте если такой имеется - считается персональной информацией. А посему ее шифруют. Технология как мне кажется движется в сторону полнейшей конфидециальности. Никакие данные личного характера не будут вскорости ни храниться ни передаваться открытыми каналами связи (простой е-майл). Только шифрованными. DLP - Data Loss Prevention. Leak = Loss смысл тот же самый. Никому не хочется выставлять напоказ свою поднaготную. Женщинам не хочется чтобы их возраст офишировали. Мужчинам - чтобы выдавали размер их зарплаты. Женатым людям не хочется чтобы информировали с кем и когда (в свободное время) они встречаются ну или ездят на отдых. И так далее. Есть такая информация которая не поделжит огласке. например моё настоящее имя. Вы его знаете. Никто в моей компании его не то что не знает - представить себе не может как оно звучит.... Виноградова... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 03:32 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Vika VinnerНу не авиабилетов конечно... Честное слово не знаю откуда Вы взяли именно авиабилеты. Мы говорили о паспортах. Это (включая номер паспорта) информация личного характера. Информация, нужная для оформления авиабилета, включает номер паспорта. Понимаете, любая информация может при определенных условиях носить личный характер, так можно дойти до шифрования чеков из супермаркета. Поэтому, если есть законодательное требование шифровать - что же, придется, нету - ну и слава богу. Vika Vinner(кстати мне в мой американский паспорт требуеся австралийская виза; ее выдают в аеропорту - но всё таки выдают) Австралийцы даже англичанам визы выдают, что самое смешное - то есть своей метрополии. Своей королеве, например ;) Vika Vinner в паспорте если такой имеется - считается персональной информацией. А посему ее шифруют. Не видел такого, это где и как выглядит? Номер визы - достаточно бессмысленное число, напечатанное на визе. Если его зашифровать, получим другое бессмысленное число. В чем их разница? Vika VinnerТехнология как мне кажется движется в сторону полнейшей конфидециальности. Никакие данные личного характера не будут вскорости ни храниться ни передаваться открытыми каналами связи (простой е-майл). Только шифрованными. Как вы представляете в таком будущем заказ такси или работу интернет-магазинов? Vika Vinner DLP - Data Loss Prevention. Leak = Loss смысл тот же самый. Никому не хочется выставлять напоказ свою поднaготную. Женщинам не хочется чтобы их возраст офишировали. Мужчинам - чтобы выдавали размер их зарплаты. Женатым людям не хочется чтобы информировали с кем и когда (в свободное время) они встречаются ну или ездят на отдых. И так далее. Есть такая информация которая не поделжит огласке. например моё настоящее имя. Вы его знаете. Никто в моей компании его не то что не знает - представить себе не может как оно звучит.... Виноградова... Хорошо, но какая здесь связь с передачей и хранением зашифрованных данных? DLP подразумевает контроль соблюдения политики: если ваша фамилия отнесена к категории ДСП, то вам ее не разрешат передать за пределы защищенного контура ни в каком виде - ни в зашифрованном, ни в открытом. Если вы сконфигурируетет политку DLP так, что номера паспортов будут ДСП, то после этого за электронными авиабилетами будут ездить в кассу курьеры. Кому это надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 12:39 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv Информация, нужная для оформления авиабилета, включает номер паспорта. Не знала такого закона. Всё что нужно для оформления билета - это деньги. Иногда имя пассажира. Но можно и на предъявителя продать (купить) билет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 20:58 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv[quot Vika Vinner] так можно дойти до шифрования чеков из супермаркета. ? Коллега divv Вы не поверите - Мы тут и до этого уже докатились. Если я оплатила покупку в любом магазине кредитной карточкой - ее номер - это секретная информация. Всегда (до недавнего времени) на копии счёта был полный оттиск карты. С недавнего времени - всё: Вы не найдёте ни за что никаких данных - только последние 4 цифры ну и подпись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 21:02 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv Номер визы - достаточно бессмысленное число, напечатанное на визе. Если его зашифровать, получим другое бессмысленное число. В чем их разница? В том что даже бессмысленные числа несут смысловую информацию. Смотрите в соседней веточке мы обсуждали способы идентификации - например такое значение - Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 21:06 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divv Как вы представляете в таком будущем заказ такси или работу интернет-магазинов? Для этих целей создаётся технология способная хранить индивидуальную информацию в совершенно безопасном формате. Шифрование - дешифрование, Сертификация поставщиков информации, Обеспечение защиты на всех уровнях передачи - приёма...Обеспечение сохранности данных на носителях, разделение данных, Многое чего - на сегодня очень горячая специализация в IT. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 21:11 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
divvЕсли вы сконфигурируетет политку DLP так, что номера паспортов будут ДСП, то после этого за электронными авиабилетами будут ездить в кассу курьеры. Кому это надо? Ну здесь как мне кажется Вы не совсем понимаете что такое електронные билеты. На самом деле - это запись в Очень Большой Базе Данных. Эта База Данных расположена везде - модное выражение "в ОБЛАКАХ" Главный доступ к ней у авиакомпании которая берёт на себя обязанность перевезти пассажира Вику В из Пункта А в Пункт Б таким-то классом обслуживания тогда-то и тогда-то. И всё. Кроме этого (и соотвественно оплаты со стороны пассажира) ничего не надо. Всё остальное сопутствующая информация которая располагается вокруг этого билета различными посредниками. Если посредники хотят возить копию этого билета записи в базе данных курьерами и брать за это деньги - им никто не может это запретить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 21:20 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Olger1968, Коллега я не поленилась и поискала для Вас немного информации. Вот познакомьтесь с работой наших Болгарских коллег . Они на мой взгляд селали Вам пол-дела... Позвоните им по телефону 81080026873011 (уж не знаю что за канал и откуда он, но что Вам стóит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 23:13 |
|
||
|
Категории в базе данных
|
|||
|---|---|---|---|
|
#18+
Ну Английский Язык может быть сложным а вот Български думаю Вы поймёте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2010, 23:18 |
|
||
|
|
start [/forum/topic.php?all=1&fid=32&tid=1542880]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
198ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
113ms |
get tp. blocked users: |
1ms |
| others: | 257ms |
| total: | 612ms |
| 0 / 0 |
