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

Вниз

подсчёт кол-во в складской программе   Найти похожие ветки 

 
ANB ©   (2005-04-29 15:27) [40]


> msguns ©   (29.04.05 15:20) [39]
- не кипятись. Вообще то автор сабжа собирается писать новую прогу. Вот ему и советуют не начинать с локалок. Хотя MS SQK мне не нравится. Хотя бы потому, что 2000 не хочет на проф становиться, сервер ему подавай. Oracle не так привередлив, а возможностей больше. Правда и геморроя с администрированием тоже. В том, что переписывать готовую прогу только для перехода на SQL не выгодно - ты прав. Хотя многие таки потихоньку переписывают. И эти же многие продолжают использовать локалки хотя бы для хранения локальных данных, чтобы реестр не мусорить.


 
Sergey13 ©   (2005-04-29 15:31) [41]

2 [40] ANB ©   (29.04.05 15:27)
Ты серьезно рекомендуешь автору Оракл?


 
Polevi ©   (2005-04-29 15:34) [42]

>msguns ©   (29.04.05 15:15) [38]
>Починить любую таблицу может даже ламер по инструкции из 4 строк
там этого не требуется, "чинить таблицу" гыы :)
он железный, практически не требует к себе внимания - разумеется если база написана грамотно, ведь можно так прописать логику что будет все висеть изза блокировок - от кривых рук нет спасения

>ANB ©   (29.04.05 15:27) [40]
ох как мне это нравится "возможностей больше"
откуда такая уверенность ?


 
ANB ©   (2005-04-29 15:37) [43]

Я бы порекомендовал, но где он его возмет. А так :
- дока есть и одна из самых лучших + куча литератруы на русском, а мне раз по MS SQL книжка понадобилась - пол Москвы облазил - везде только использование, а программирование зачаточно.
- работает везде, даже на P3 c 256M и не очень тормозит
- можно начинать с простых вещей и медленно расти до использования сложных
- если изучит с применением на живом проекте, то будет крут.


 
ANB ©   (2005-04-29 15:39) [44]

+
- Многие вещи делаются в Oracle намного проще и синтаксически короче, чем в MS SQL
- Многое, что умеет Oracle, MS SQL просто не поддерживает синтаксически


 
Polevi ©   (2005-04-29 15:41) [45]

.. и устанавливать его нужно только на юникс, ибо виндовс сакс и маздай !
amen


 
Sergey13 ©   (2005-04-29 15:41) [46]

[43] ANB ©   (29.04.05 15:37)
>Я бы порекомендовал, но где он его возмет
я напомню.

[21] @k@DElpher   (28.04.05 13:17)
>Просто по идеи я в БД начинающий... И вообще самоучка. Потому что ещё школу не закончил
[26] @k@DElpher   (28.04.05 17:37)
>в 1С сам работаю(я её отцу в фирме запускаю)(почему я- потому, что жиё далеко и тут специалистов ВООбще нет!).

Ну-ну. 8-)


 
ANB ©   (2005-04-29 15:41) [47]


> ох как мне это нравится "возможностей больше"

попробуй на MS SQL написать запрос, вытягивающий дерево из таблицы :
Tbl (ID, Parent_ID, Name)


 
ANB ©   (2005-04-29 15:43) [48]


> >в 1С сам работаю(я её отцу в фирме запускаю)(почему я-
> потому, что жиё далеко и тут специалистов ВООбще нет!).
>
> Ну-ну. 8-)
- ты думаешь, ручками делать все в локальных базах проще, чем прочитав книжку по SQL, свалить все это на сервер ?


 
Sergey13 ©   (2005-04-29 15:43) [49]

И охота вам в пятницу перед пасхой такие споры затевать. 8-)


 
Polevi ©   (2005-04-29 15:43) [50]

зачем пробовать, как написал 3 года назад так и пользуюсь


 
msguns ©   (2005-04-29 15:44) [51]

>Polevi ©   (29.04.05 15:34) [42]
>он железный, практически не требует к себе внимания - разумеется если база написана грамотно, ведь можно так прописать логику что будет все висеть изза блокировок - от кривых рук нет спасения

Абсолютно справедливо. В том числе к "локалкам".

От склада плавно перешли к спору куликов о болотах. А мне вот не нравится скала тем, что там нет, например, генераторов. Нет полноты управления транзакциям с клиента. Нет UDF. Тяжела как беременная свинья, что в инстале, что в работе. Требования к системе непомерные и т.д.
И вообще, может хватит ?


 
Sergey13 ©   (2005-04-29 15:45) [52]

2[48] ANB ©   (29.04.05 15:43)
>прочитав книжку по SQL, свалить все это на сервер ?
Т.е. как только он прочитает туда сразу все само и упадет? Включая налогообложение? 8-)


 
ANB ©   (2005-04-29 15:46) [53]


> зачем пробовать, как написал 3 года назад так и пользуюсь
- а показать можешь ?


 
ANB ©   (2005-04-29 15:48) [54]


> Sergey13 ©   (29.04.05 15:45) [52]
- а на парадоксе ему налогообложение писать намного легче будет. Кстати, автор топика давно свалил. Может на женщин перейдем ?


 
KSK   (2005-04-29 15:55) [55]


> msguns ©

я всегда прислушывался к вашим и sniknik нравоученьям - за что всегда очень благодарен, но при своем мнении останусь - локальные системы проще и не требуют особого администрирования - но их тяжелей создавать - зато если постараться то они работаю даже надёжней чем клиент-серверные приложения. А работают они надёжней бо расчитаны на одного пользователя. Но ещё раз говорю - создавать систему для меня легче на базе MSSQLServer чем дбф. Кому на чём легче на том и работаем!!!



>
> >KSK   (29.04.05 14:04) [34]
> >вот если присутствует вот этот group by - связь происходит
> не верно.  
>
> ???
> Запрос в студию

шото типа такого - остаток на начало+выпуск+реализовано- остаток виходной. Запрос следующий:

select a.kod, sum(b.kolsh), sum(c.kol)
from prod a left join  wupprod b on a.kod=b.kod
left join realprod c on a.kod=c.kod
group by a.kod

делая group by только по одной таблице и сравниваю результат:

select с.kod,  sum(с.kol)
from realprod с
group by с.kod

результат не одинаков.  Где-то затупил - верю. Но где???


 
Polevi ©   (2005-04-29 15:55) [56]

CREATE FUNCTION TreeFromTable (@Root INT)  
RETURNS @T TABLE (ID INT, Owner INT, level INT) AS  
BEGIN
 DECLARE @level INT
 SET @Level=0
 INSERT @T SELECT @Root, 0, 0

 while exists(SELECT * FROM @T T, Structure S WHERE
T.level=@level and S.Owner=T.ID)
begin
 INSERT @T (ID,Owner,Level)
 SELECT S.ID, S.Owner, @level+1 from @T T, Structure S WHERE T.level=@level and S.Owner=T.ID
 SET @level=@level+1
end

RETURN
END


 
ANB ©   (2005-04-29 16:08) [57]


> Polevi ©   (29.04.05 15:55) [56]
- а просто запросиком ?
Oracle :


select     *
     from Tbl
start with ID = :Root_ID
connect by Parent_ID = prior ID

А если приор переставить, то развернет цепочку вверх. Можно и визуально дерево изобразить, если Level юзать. И запихать в подзапрос.


 
ANB ©   (2005-04-29 16:10) [58]

А пакеты в MS SQL есть ?
А как там вложенные циклы по курсору реализованы, просто жуть.
Постоянно объявлять курсоры, фетчить, заводить переменные.


 
ANB ©   (2005-04-29 16:16) [59]


> результат не одинаков.  Где-то затупил - верю. Но где???
проверь таблички wupprod и realprod на то, что все их коды есть в prod. А так - надо данные смотреть.


 
msguns ©   (2005-04-29 16:21) [60]

>KSK   (29.04.05 15:55) [55]
>но при своем мнении останусь - локальные системы проще и не требуют особого администрирования - но их тяжелей создавать - зато если постараться то они работаю даже надёжней чем клиент-серверные приложения. А работают они надёжней бо расчитаны на одного пользователя. Но ещё раз говорю - создавать систему для меня легче на базе MSSQLServer чем дбф. Кому на чём легче на том и работаем!!!

Самое интересное, что твое мнение совпадает с моим ;))

Наверное потому, что парадокс давно уж приказал долго жить (в смысле развития) и там даже близко нет таких удобных и мощных инструментов проектирования БД, как QA в MSSQL или IBExpert в IB/FB

>ANB ©   (29.04.05 16:10) [58]
>А как там вложенные циклы по курсору реализованы, просто жуть.
Постоянно объявлять курсоры, фетчить, заводить переменные.

Во-во. А еще сплошные временные таблицы.. После suspend`а в IB все это смотрится архаизмом каким-то


 
Polevi ©   (2005-04-29 16:21) [61]

>ANB ©   (29.04.05 16:08) [57]
у меня и так работает
>Постоянно объявлять курсоры, фетчить, заводить переменные
да, программрование это вообще отстой, постоянно надо чтото объявлять, переменные какието, циклы
кошмар


 
ANB ©   (2005-04-29 16:22) [62]


> Polevi ©   (29.04.05 15:55) [56]
- и еще подкожничек - что будет, если я попытаюсь создать табличку в MS SQL типа
T1 (
S1 varchar(4000),
S1 varchar(4000),
S1 varchar(4000)) и проинсертить с полным размером строки ?


 
Polevi ©   (2005-04-29 16:24) [63]

>msguns ©   (29.04.05 16:21) [60]
аналог suspend смотреть в [56]
и не надо песен про то как не используюся временные таблицы в oracle
это очень удобное средство манипулирования данными, и называть их архаизмом просто непрофессионально


 
Polevi ©   (2005-04-29 16:24) [64]

>ANB ©   (29.04.05 16:22) [62]
сообщение о размере страницы получишь, учитель


 
msguns ©   (2005-04-29 16:25) [65]

>Polevi ©   (29.04.05 16:21) [61]

А ведь уел тебя ANB, что ты в окопы-то полез ?
Уел пацан деда !


 
ANB ©   (2005-04-29 16:26) [66]


> да, программрование это вообще отстой,
- не, за это мне деньги платят. Но так же намного проще :

for CurVar in (select * from Tbl) loop
. . .
А здесь можно юзать CurVar.Field1 и прочее
end loop;

Никаких проблем с открытием/закрытием и прочим. Хотя можно и как обычно, но такие курсоры обычно передают или возвращают.


 
Polevi ©   (2005-04-29 16:28) [67]

и зря вы со мной спорите
у меня работает крупная распределенная система на ms sql 2000 с сотней одновременных подключений и милионами записей
а ваши академические наезды - собака лает караван идет

на oracle я такого не писал - и молчу в тряпочку про то чего не знаю
а у вас просто словесный понос какойто


 
Polevi ©   (2005-04-29 16:29) [68]

>msguns ©   (29.04.05 16:25) [65]
не хами


 
ANB ©   (2005-04-29 16:34) [69]


> крупная распределенная система на ms sql 2000
- тут снимаю шляпу. Обмен между серваками на MS SQL пока круче сделан. Хотя я еще 10G не видел. И бэкап MSSQL в десятки раз быстрее снимает и ставит, чем Oracle дампы. Правда, при восстановлении бэкапа можно умудриться и базу навернуть, но в Oracle вообще сначала надо схему пересоздать.


 
msguns ©   (2005-04-29 16:38) [70]

>Polevi ©   (29.04.05 16:29) [68]
>не хами

И в мыслях не было. Шутка, не более. С подкольным подтекстом. Если обидел, извиняюсь. Без проблем.
Никто не сомневается, что ты знаток скалы, но не одна она в мире БД.
Однако по сабжу-то что-то ничего от тебя не прозвучало.

На счет "работает". У меня работает несколько десятков многопользовательских систем на 3-30 пользователей. И не 3 года, а по 5, по 6, и даже по 10. Писано на парадоксе. Тем не менее я не пытаюсь всех убедить, что парадокс рулит, а все остальное - отстой.

По поводу suspend. Все глаза проглядел - не увидел аналога. Если не в лом и не обиделся на меня еще, то прокомментируй, пожалуйста, ибо я в скале почти новичок.


 
ANB ©   (2005-04-29 16:46) [71]


> ms sql 2000 с сотней одновременных подключений
- я работал на небольшой базе, в таблицах не больше 500 миллионов записей, а подключений не больше 3000 одновременно, но сделана она была на Oracle 8. Правда репликация была не автоматическая, а писана ручками, но связывала 10 филиалов (с 2-3 серверами в каждом) от Сибири до СПб по разнородным каналам, включая DialUp.


 
Romkin ©   (2005-04-29 17:01) [72]

msguns ©   (29.04.05 15:15) [38] Хм...
Не хами
>Romkin ©   (29.04.05 14:25) [37]
>Назови мне хотя бы пару преимуществ BDE + dbf|db перед, например, Firebird Embedded? Никак не могу найти...

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

Это преимущество?! На клиент-сервере тоже написано море работающих прог, и что? Какие преимущества все-таки? Я ведь тоже писал и на фоксе, и db пользовал. Не вижу я их, а у сервера - их море...
Связываться с ними просто не хочу. На клиент-сервере БД пишется раза в два быстрее, при желании. По крайней мере, у меня так. И это не считая монтирования в прогу презервативов для контроля и восстановления целостности...

>Мне для того, чтобы "подкрутить" любую из них, надо от 5 мин до 5 дней. Ты что, предложишь мне все их переписать под FB ?

Я это предлагаю? Работает - не трогай. А вот новое лучше уж писать на клиент-сервере, оно быстрее и надежнее.

>Зачем этот твой пост ? Чтобы показать, что ты основной, а мсганз - чайник ? Тем более, что мсганз чепухи-то не городил. Высказал свои взгляды, абсолютно, кстати, не безапелляционные (в отличие от твоих).

В чем отличие:
"Для однопользователького учета (а таких пользователей великое множество, ЧП например) юзать сервера-изврат чистейшей воды. Локалки-самое то. Дело не в дб, а в руках и голове."
от
"Отвратно! Столько лишних телодвижений - все сам, проверки, целостность..."
???
По-моему, стиль я сохранил :)) И не понимаю я, чем лучше для одного пользователя связка BDE+dbf чем FB embedded?! И почему второе - изврат?!

>А по-существу-то ? Про склад ?
А по существу - все уже сказали. Мое мнение - неверно выбранный инструментарий плюс ошибочная структура БД. Что тут сказать? Учите матчасть, как производится движение товара, как проектировать БД и тд... Это уже сказали.

И не хами


 
Polevi ©   (2005-04-29 17:01) [73]

>ANB ©   (29.04.05 16:46) [71]
работал с ораклом - ну и советуй по нему
только не надо тут холи вор если не знаешь того против чего агитируешь

>msguns ©   (29.04.05 16:38) [70]
насколько я понимаю suspend помещает запись в список тех которые будут возвращены процедурой
в моем примере это делает insert @t


 
Fay ©   (2005-04-29 20:00) [74]

ANB ©   (29.04.05 16:08) [57]
Попробуй сделать на Oracle это

declare @v int
update Table1 set
 Num = Num + 1,
 @Num = Num + 1
where ID = 1


или это :
declare
 @v varchar(4000)

select
 @v = ""

select
 @v = @v + Field1
from Table1


Ещё можешь попытаться всунуть в ХП запрос со вложенностью подзапросов > 4. На досуге.


 
Fay ©   (2005-04-29 20:01) [75]

Имелось ввиду
declare @Num int
update Table1 set
Num = Num + 1,
@Num = Num + 1
where ID = 1


8)


 
@k@DElpher   (2005-04-30 11:13) [76]

1) Автор ни куда не свалил:) Просто, когда сюда ходил- ничего не было:)...
2)В общем я понял, что не понял, поняли ли вы, что мне нужно.
3)Мне нужен простой учёт склада, который надо будет запускать на странинном компе(вроде бы даже не на двойке), и сетки там не будет и к этому компьютеру я буду подходить довольно редко=> как я понял из выше изложенного- в моём случае ни о каких КЛИЕНТ-СЕРВЕР, думать не надо:)
4)Есть в мире, что почитать(проверенного)  о написании складских программ(простых, и не простых:)  и о СУБД для этого? Можно в электронном, можно в бумажном виде? Посоветуйте что-нибудь.
А эту программку всё-таки напишу в парадоксе(хотя бы для собственного развития)...


 
@k@DElpher   (2005-04-30 11:15) [77]

Да и ещё:
не будет у меня там налогов, мощной кассы, и всяких прочих документов- только приход, реализация, остатки ТМЦ...


 
@k@DElpher   (2005-04-30 11:21) [78]

и совсем забыл! Снаступающей Пасхой!


 
ANB ©   (2005-05-03 09:43) [79]


> Fay ©   (29.04.05 20:01) [75]

1) declare @Num int
update Table1 set
Num = Num + 1,
@Num = Num + 1
where ID = 1 - это для чего (ТЗ, если можно)?
2) declare
@v varchar(4000)
select
@v = ""
select
@v = @v + Field1
from Table1

в Oracle так :
declare
v varchar2(4000);
begin
v := "";
select v || min(Field1) into v from Table1 where ID = 1;
end;

Да, Oracle клинит на векторных запросах, нельзя юзать from в update. Но это легко разруливается через rownum, rowid и курсоры. Тем более, что работать с ними намного проще, чем в MS SQL.


 
ANB ©   (2005-05-03 09:48) [80]


> странинном компе(вроде бы даже не на двойке),
на 286 ???????



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

Форум: "Базы";
Текущий архив: 2005.06.14;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.63 MB
Время: 0.042 c
14-1117000277
Бугага
2005-05-25 09:51
2005.06.14
Справка о внедрении


1-1116835140
Nik_Larin
2005-05-23 11:59
2005.06.14
edit и Excel


11-1099634371
JT
2004-11-05 08:59
2005.06.14
OLE в KOL/MCK


3-1115155542
rosl
2005-05-04 01:25
2005.06.14
данные из файла


1-1117185097
electric
2005-05-27 13:11
2005.06.14
Прокрутка в TWebBrowser





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский