Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Начинающим";
Текущий архив: 2008.06.15;
Скачать: [xml.tar.bz2];

Вниз

interbase(проблема ввода данных)   Найти похожие ветки 

 
ANB   (2008-05-21 10:56) [40]


> Документ должен обрабатываться как одно целое, то есть единой
> транзакции

Зачем ? Удобства для юзера еще меньше.


> Sergey13 ©   (21.05.08 10:12) [37]

Присоединяюсь.


> давайте везде учить оракл ставить... зачем этот интербейз?

Дадад. Абсолютно правильная позиция. И никаких проблем с транзакциями. :)

Кстати, про уведомление других юзеров об изменении данных.
ИМХО : штука полезная, НО :
1. Лучше строить работу юзеров так, чтобы им это было не нужно
2. Это не так уж просто делается
3. Это потенциальный источник дополнительных багов и лишняя нагрузка на сеть и сервер.


 
ANB   (2008-05-21 11:06) [41]


> Anatoly Podgoretsky ©   (21.05.08 10:22) [38]

У документа статус есть.
В накладной, например, может 500 строк. И если на 450 строке компутер юзера сдохнет или еще чего случится и документ пропадет, то я на месте юзера оторвал бы вам все, что мона оторвать.

Все, что мона записать на сервер, не нарушая ссылочной целостности, надо записывать сразу после ввода юзером.

ЗЫ. Вот она, порочная практика обертки ООП над реляционной моделью. :)


 
Anatoly Podgoretsky ©   (2008-05-21 11:40) [42]

> Sergey13  (21.05.2008 10:48:39)  [39]

Ты начал подгонять общую задачу под конкретную ситуацию.


 
Anatoly Podgoretsky ©   (2008-05-21 11:41) [43]

> ANB  (21.05.2008 11:06:41)  [41]

Смотри как бы тебе что ни будь не оторвали.


 
Sergey13 ©   (2008-05-21 12:01) [44]

> [42] Anatoly Podgoretsky ©   (21.05.08 11:40)

Во первых, подобных конкретных ситуаций здоровенная куча (по крайней мере в моей практике), так что это практически общая конкретная ситуация. 8-)

Во вторых, я и не настаиваю на единственности "моего" варианта. Каждой задаче - свое решение. Просто Ганз как всегда начал наезды на "гридовское редактирование", а я как всегда не стерпел. Это как споры с ИШ про естественные и суррогатные ключи. 8-)


 
ANB   (2008-05-21 12:01) [45]


> Смотри как бы тебе что ни будь не оторвали.

Ну, если я на своей работе чего нибудь накосячу, то убытки будут такими, что мне не тока все оторвут :)


 
Anatoly Podgoretsky ©   (2008-05-21 13:35) [46]

> ANB  (21.05.2008 12:01:45)  [45]

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


 
Sergey13 ©   (2008-05-21 14:15) [47]

> [46] Anatoly Podgoretsky ©   (21.05.08 13:35)
> но это как то страшновато и не по людски

Почему же? Все люди разные. 8-)
Стакан консистентен и полный и пустой и наполненный на 33% и пустой на четверть. 8-)


 
ANB   (2008-05-21 14:38) [48]


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

ИМХА :
Если документ импортится из электронного вида, то ясный пень - транзакция на весь документ. В случае сбоя мона повторить.
Пример - письмо со вложениями. Его нет смысла сохранять вообще, если не записалось в базу хотя бы одно из вложений.

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

ЗЫ. Похоже, у нас схожая ситуация по части отрывания :)


 
Anatoly Podgoretsky ©   (2008-05-21 14:46) [49]

> ANB  (21.05.2008 14:38:48)  [48]

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


 
Anatoly Podgoretsky ©   (2008-05-21 14:48) [50]

> Anatoly Podgoretsky  (21.05.2008 14:46:49)  [49]

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


 
ANB   (2008-05-21 15:23) [51]


> а сумма там смешная была всего то около 100 килобаксов,

Не, эт наш тестовый сервак стока стоит. Боевой, подороже, скорее всего.

Но масштаб денег сходен. :)


 
Anatoly Podgoretsky ©   (2008-05-21 15:31) [52]

> ANB  (21.05.2008 15:23:51)  [51]

Так разница, что вы покупаете нормальные сервера, а у нас Entry Level - но знал бы ты, что ранее там стояло, а сейчас пять стоек. Да что говорить, если экономят на рабсиле, всего один специалист на все компьютерное и это Я. Зато это позволило избавиться от несвойственных системному администратору функций, а то предыдущий и бумагу менял и картриджи с тонеров, все что угодно, только не администрировал. Бумагу конечно легче менять, чем строить качественную инфраструктуру.
Тяжело было выбить первые четыре сервера, зато следующие три, через 1.5 месяца выбил за 30 секунд, а дальше опять абзац, хотя бы не помешали еще четыре.

Зато сейчас ни компьютеры, ни принтеры не ремонтируются. Ремонт принтера (замена ленты переноса стоит столько же сколько новый принтер, а лично я менять все равно не буду), вот и покупают новое, но не всегда то, что оптимально.

Эх, менталитет.


 
Sergey13 ©   (2008-05-21 15:33) [53]

> [52] Anatoly Podgoretsky ©   (21.05.08 15:31)
> всего один специалист на все компьютерное и это Я.

Безобразие! Срочно надо заменить на 10 студентов ! 8-)))))))))))


 
Anatoly Podgoretsky ©   (2008-05-21 15:46) [54]

> Sergey13  (21.05.2008 15:33:53)  [53]

Никогда не пойдут на это, и по менталитету и по ожидаемому результату, не дураки все таки.


 
MsGuns ©   (2008-05-21 17:07) [55]

>Sergey13 ©   (21.05.08 12:01) [44]
>Просто Ганз как всегда начал наезды на "гридовское редактирование", а я как >всегда не стерпел.

Глупости. Ганз никогда не был противником редактирования в гриде ибо как не экстравертен, но не полный идиот (по крайней мере, мне так кааээться) ;)

Но я ярый противник тупого батонокидательства и юзания компонент, понятия о принципах работы которых нет и в помине. При этом, как правило, находится море разливанное советчиков и "помощничков" с одним, но смертельным аргументом "У меня все работает"


 
MsGuns ©   (2008-05-21 17:11) [56]

И еще просто советик - по поводу контекстности и целостности вы оба к Анатолию прислушайтесь, - он глупостев обычно не говорит, и почти никогда не НАСТАИВАЕТ, вот если настаивает, то уж можно просто довериться. Опыт у него чувствуется.

ЗЫ. Это я типа подхалимничаю - на штаны, конечно, маловато, дак хоть на ширинку мабудь хватит ;))


 
ANB   (2008-05-21 17:56) [57]


> И еще просто советик - по поводу контекстности и целостности
> вы оба к Анатолию прислушайтесь

В этой части - ни хрена не буду прислушиваться. Т.к. имел уже раз глупость добавлять целиком документ одной транзакцией (строки забивал в буфер на клиенте). Оборвать все мне юзеры не успели - быстро все переделал после первой же жалобы.

Целостность документа - зависит от типа документа. Соответственно и решение.

Кистате, за написание триггера с подстановкой ID из генератора без учета, что ID может приехать извне надо тоже отрывать нафиг руки.

Вот FB/IB returning поддерживают ?


 
Reindeer Moss Eater ©   (2008-05-21 18:07) [58]

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

Это просто не юношеский максимализм.
Документ может вводится днями и валидный статус получать в четверг, в то время как начали его сочинять (вводить) в пятницу вечером.

Просто не надо думать, что все что закоммичено само по себе валидно.
Разработчику так канешна удобно. Потому что он как правило со своими поделками не имеет дела.


 
Anatoly Podgoretsky ©   (2008-05-21 18:32) [59]

> MsGuns  (21.05.2008 17:11:56)  [56]

Шиш тебе, а не цветные штаны.


 
Anatoly Podgoretsky ©   (2008-05-21 18:33) [60]

> ANB  (21.05.2008 17:56:57)  [57]

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


 
Anatoly Podgoretsky ©   (2008-05-21 18:36) [61]

> Reindeer Moss Eater  (21.05.2008 18:07:58)  [58]

Ну вот тут опять частный случай, для поддержания целостности введен статус. И сам процесс уже совсем другой.
Речь уже не идет об одной операции редактирования, а о продолжненом процессе, а это совсем другая ситуация.
О тразакции речь шла от момента начала редактирования, до конца, до отправки данных на сервер.
Потом наступает другое редактирование и так далее.


 
YurikGL ©   (2008-05-21 20:28) [62]


> Но я ярый противник тупого батонокидательства и юзания компонент,
>  понятия о принципах работы которых нет и в помине. При
> этом, как правило, находится море разливанное советчиков
> и "помощничков" с одним, но смертельным аргументом "У меня
> все работает"

А у тебя не работает, потому что кто-то сделал триггер и тебе об этом не сказал :)))

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


 
MsGuns ©   (2008-05-21 21:36) [63]

>Reindeer Moss Eater ©   (21.05.08 18:07) [58]
>Документ может вводится днями и валидный статус получать в четверг, в то время как начали его сочинять (вводить) в пятницу вечером.

Дяенька, а может слышали, что есть такая мантра - "проводка" называется. И еще отводка от нее - антимантра - "откат" ? Или в Вашем чуме шаман только бубном пользуются ?

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

>Anatoly Podgoretsky ©   (21.05.08 18:32) [59]
>Шиш тебе, а не цветные штаны.

Вот так всегда - гениев признают только после смерти !
Пойду отравлюсь.. стаканом "На березовых бруньках"

>YurikGL ©   (21.05.08 20:28) [62]
>А у тебя не работает, потому что кто-то сделал триггер и тебе об этом не >сказал :)))

У меня вообще ничего не работает, кроме горла и пуза.
Один обзывается, другой штаны зажал - пошли вы все..


 
YurikGL ©   (2008-05-21 21:59) [64]


> Пойду отравлюсь.. стаканом "На березовых бруньках"

Посередь рабочей недели? Везет же некоторым :)


 
Anatoly Podgoretsky ©   (2008-05-21 22:15) [65]


> Пойду отравлюсь.. стаканом "На березовых бруньках"

Меняю штаны на бруньки.


 
MsGuns ©   (2008-05-21 22:52) [66]

>Anatoly Podgoretsky ©   (21.05.08 22:15) [65]
>Меняю штаны на бруньки.

А вот теперь тебе шиш


 
Игорь Шевченко ©   (2008-05-22 00:05) [67]


> Дяенька, а может слышали, что есть такая мантра - "проводка"
> называется. И еще отводка от нее - антимантра - "откат"
> ? Или в Вашем чуме шаман только бубном пользуются ?


В окружающем мире кроме проводок еще еще масса интересных предметных областей :)
Ох уж эта бухгалтерия - как придет со своими проводками, так никакого спасу :)


 
MsGuns ©   (2008-05-22 09:00) [68]

>Игорь Шевченко ©   (22.05.08 00:05) [67]

Магическое слово "проводка" - любимое слово не только шаманов от бухгалтерии, знаешь ли ;)


 
Игорь Шевченко ©   (2008-05-22 10:06) [69]

MsGuns ©   (22.05.08 09:00) [68]

А чье еще ?


 
ЮЮ ©   (2008-05-22 10:46) [70]

> [69] Игорь Шевченко ©   (22.05.08 10:06)
> А чье еще ?


Любой системы, позволяющей распечать документы, котрые затем станут входными для системы.
Например, приказы отдела кадров.
Пока приказ не подписан — это бумажка, а не документ. Так что же клиентский компьютер не выключать все ио время, пока приказ не вернется с подписью руководителя?


 
Игорь Шевченко ©   (2008-05-22 10:53) [71]

ЮЮ ©   (22.05.08 10:46) [70]


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


По
http://slovari.yandex.ru/search.xml?text=%D0%9F%D1%80%D0%BE%D0%B2%D0%BE%D0%B4%D0%BA%D0%B0

не нашел твоего определения.

Странно, с системами, позволяющими вводить, хранить и распечатывать документы знаком довольно долго, термин "проводка" слышал только от бухгалтеров.


 
ЮЮ ©   (2008-05-22 11:00) [72]

> По
> http://slovari.yandex.ru/search.xml?text=%D0%9F%D1%80%D0%BE%D0%B2%D0%BE%D
> 0%B4%D0%BA%D0%B0
>
> не нашел твоего определения.


Страноо, по первой же ссылке

Проводка   Ушаков
ПРОВО"ДКА, и, мн. нет, ж. 1. Действие по глаг. провести в 1, 4, 5 и 6 знач. — проводить1 в 1 знач. П. судов. П. счетов по кассовой книге. П. электричества. П. весла по воде (спорт.)


 
Игорь Шевченко ©   (2008-05-22 11:05) [73]

ЮЮ ©   (22.05.08 11:00) [72]

И какое из определений подходит к системе с документами - электричества, весла по воде или судов ? :)
или все-таки "счетов по кассовой книге" ? Так это чистая бухгалтерия...


 
ЮЮ ©   (2008-05-22 11:16) [74]

«провести документ», «провести приказ»
проводить можно что угодно, что само ходить не хочет :)

проводить девушку до дома — тоже проводка :)


 
Игорь Шевченко ©   (2008-05-22 11:20) [75]

ЮЮ ©   (22.05.08 11:16) [74]

Э...как бы терминологический спор начался во вполне определенном контексте, начиная с поста [63]

А девушку - это провожание, а не проводка.


> проводить можно что угодно, что само ходить не хочет :)


Но не всегда это называется термином "проводка", верно ? Провести можно и решения съезда КПСС в жизнь, однако существительным будет "проведение решений" :)


 
ЮЮ ©   (2008-05-22 11:28) [76]

> Э&#133как бы терминологический спор начался во вполне определенном
> контексте, начиная с поста [63]


там упоминалась мантры «проводка» и «откат», т.е., как я понял, манипуляции, изменяющие состояние документа
А не «проводка счетов по кассовой книге», ибо как-ио сомневаюсь, что «откаты» тоже отражают в кассовой книге :)


 
ANB   (2008-05-22 11:29) [77]


> Потому что он как правило со своими поделками не имеет дела.

Мне как то пришлось поработать бухгалтером на своей бухгалтерии 2 месяца. Программа в результате сильно улучшила юзабилити :)


 
Игорь Шевченко ©   (2008-05-22 11:32) [78]

ЮЮ ©   (22.05.08 11:28) [70]


> Пока приказ не подписан — это бумажка, а не документ. Так
> что же клиентский компьютер не выключать все ио время, пока
> приказ не вернется с подписью руководителя?


Пока приказ не подписан, к клиентскому компьютеру он не имеет отношения, нет ? Ну разве что к компьютеру секретарши, на котором она его в Ворде набивает.


 
ANB   (2008-05-22 11:34) [79]


> И какое из определений подходит к системе с документами

В системе с документами это можно назвать "Регистрация".

В АБС например (бухгалтерия для банков), вообще до того, пока документ будет проведен (т.е. изменятся остатки по счетам и его можно будет учитывать в отчетности), он может пройти через 5 статусов. Причем для межбанковских документов статус меняет РКЦ центробанка.


 
Игорь Шевченко ©   (2008-05-22 11:34) [80]

ANB   (22.05.08 11:29) [77]

А программтсов вообще надо в принудительном порядке отправлять на объект автоматизации, на полгодика так. Может, лажи поменьше писать будут.



Страницы: 1 2 3 вся ветка

Форум: "Начинающим";
Текущий архив: 2008.06.15;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.64 MB
Время: 0.008 c
4-1191314176
AndreiDeJavu
2007-10-02 12:36
2008.06.15
Доработка MSGina


11-1190057676
Егор_Г
2007-09-17 23:34
2008.06.15
Установка MCK на Lazarus+FPC 2.2.0


2-1211278254
Xmen
2008-05-20 14:10
2008.06.15
Сворачивание в трей


2-1211399141
dumnsar
2008-05-21 23:45
2008.06.15
Драг дроп


2-1210571697
Andr
2008-05-12 09:54
2008.06.15
TPageControl





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский