следующая тема »

[26 Апрель 2024, 22:31:36]

Новости, реклама:

[26 Апрель 2024, 22:31:36]

Новости, реклама:

[Tal]

В топике на тему английского для программиста несколько раз высказывалась мысль про 1С. Многие относятся скептически к этому продукту, хотя я считаю что это очень удобная среда и позволяет за 30 мин залобать прогу, на которую уйдет гораааздо больше времени, если писать ее на делфе, да и вообще очень много можно сделать достаточно серьезного с точки зрения программирования - (Web - компонента, например). Короче хотелось бы услышать мнения людей, и вообще пообщаться на эту тему.

[ancestor::]

web-компонента - полный отстой. Как для 7.7 так и для 8.0
За 30 минут - да, можно сделать несложную конфигурацию. да, денег заплатят. только скучно это все. все задачи однотипные, все решения простые.

ЗЫ: это не с чужих слов, сам этим занимался. долго.

[Tal]

>web-компонента - полный отстой. Как для 7.7 так и для 8.0

Аргументы?

>все. все задачи однотипные, все решения простые

Ну вот задача. Думаю что со мной согласишься что УРБД - достаточно неудобный и неоперативный способ синхронизации баз. Как сделать синхронизацию допустим 3 филиалов с одинаковой структурой баз, с оперативностью обновления допустим = 1мин?

[ancestor::]

>Аргументы?
по 7.7 - 1 экземпляр 1с на одного пользователя - это нормально?

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

>>все. все задачи однотипные, все решения простые

>Ну вот задача. Думаю что со мной согласишься что
>УРБД - достаточно неудобный и неоперативный способ
>синхронизации баз. Как сделать синхронизацию
>допустим 3 филиалов с одинаковой структурой баз, с
>оперативностью обновления допустим = 1мин?

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

[Tal]

>веди аудит изменений и по таймеру отправляй >изменения филиалам в нужном формате в >соответствии с правилами миграции. при этом даже >не обязательно одинаковые конфигурации. >подолбаться придется, но имхо это лучше чем УРДБ.

Теоретически все так и есть, но практически...
Как допустим вести аудит изменений? Ковыряться в конфиге что-то не хочеться. Есть идея использовать MS SQL версию, и регистрировать изменения таблиц триггерами, как считаешь?

[ancestor::]

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

[Shura]

1. для работы на 1с не требуется слишков высокой квалификации программиста.
2. 1с продукт - созданный сугубо для конкретных целий(зарплата, бухгалтерия и т.д.),  что -то другое создать на нем практически не реально
3. Уровень зп у программера на 1с не сопоставим с уровнем зп к примеру java deloper'a

Так что лучше учить что то более серьезное :-)

п.с. Это не в коем случае не наезд на программистов на 1с (сам таким был с студенческие годы ;-)

[ancestor::]

1. для работы на 1с не требуется слишков высокой квалификации программиста.

Для программиста понятие "слишком высокая квалификация" не существует

2. 1с продукт - созданный сугубо для конкретных целий(зарплата, бухгалтерия и т.д.),  что -то другое создать на нем практически не реально

тут ты немного не прав. создать можно, только сильно поизвращаться придется. видел такие примеры.

3. Уровень зп у программера на 1с не сопоставим с уровнем зп к примеру java deloper'a

а это как повезет. например, россияне платят по 10 руб. 52 коп. за час работы. да, конечно, не все 1с-программеры у нас столько могут заработать.

[Shura]

гы-гы хотел бы я посмотреть на blog(хотя блог это самый примитив) в исполнении 1с :-)

в общем и целом если есть возможность то с 1с лучше спрыгнуть, да поскорее

[ancestor::]

гы-гы хотел бы я посмотреть на blog(хотя блог это самый примитив) в исполнении 1с :-)

тут уже дело не в 1с, а в том, как это напишешь. прикрыть веб-расширением и ты можешь даже не догадаться, что движок на 1с.
все сводится к тому, как руки настроены  

а вообще крутые решения есть даже на 1с, только стоят крутых денег и продаются не в Гродно  

[Shura]

тут уже дело не в 1с, а в том, как это напишешь. прикрыть веб-расширением и ты можешь даже не догадаться, что движок на 1с.
все сводится к тому, как руки настроены  

а вообще крутые решения есть даже на 1с, только стоят крутых денег и продаются не в Гродно  

Ты сам понимаешь, что настраивать 1с для того, к чему оно (или онаА :-)?) не предназначенО(А) сие есть извращение.

В общем онО или онА(ржать уже начинаю) для широкого примения не годнО(А)

место там где оно быть должно, бухгалтерии и т.д...

[ancestor::]

ацкий сотона

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

софт для предприятий пишем на 1с, блоги - на других кошерных языках  

[Shura]

собственно так и есть, у каждого продукта своя ниша.
Нет смысла ставить MSSQL или oracle если в офисе один компьютер :-) (хотя буржую именно так и поступили бы)

все мои посты с точки зрения разработчика

[B_A]

При синхронизацию БД - зачем делать раз в минуту. Белтелеком предлагает услугу Виртуальная сеть, по моему так называется. Ее на прошлом тибо рекламировали.

[Tal]

Shura, наверное очень многие начинали с 1С или с Делфи, потом еще что-то и тд а потом практически все начинают ее лажать... Это неправильно, мне кажется, иногда приходится наваять что-то (например знакомый просит на работу маленькую базку данных с формочками и тд) и ты соображаешь как это сделать при меньших для тебя затратах времени и сил - и в итоге выбор на 1С.

По поводу примитивности - все гениальное просто. Я до сих пор поражаюсь как это они сделали - минимум инструментов - максимум функциональности.

Ты Shura видел к примеру хоть один репорт билдер который работает так же как в 1С? Я считаю что это вообще the best.

Ну и ... 1сина очень легко интегрируется с другими прогами через OLE, а если не хватает средств 1С - можно написать внешний ком объект и тд.

Вообще - ребята постарались, единственно что, вопрос синхронизации остается... VPN - это не решение, если промапить базу на удаленном компе - работать будет очень НЕбыстро.

[VooDoo]

на самом деле, если надо делать репорты, то лучше 1с ничего нет, но этим собственно всё и ограничивется, если стоит написать бызу данных, то лучше это делать на делфе или с++билдере (ИМХО)

[Tal]

Да ладно... Это еще по...цца нужно, чтобы на делфае а тем более на сях, база данных получилась так же надежна и функционально проста как в 1С , тем более есть SQL версия 1С (MS SQL Server) - поставил на одной конторе недавно - ауетительно быстро сволочь работает... скажу я вам... Может кому нужна?

[Antoha]

А что вообще такое 1С? Это аналог Галактики или?

[Tal]

  Ну это блин, такая среда с скриптовым языком, дизайнером форм и отчетов + изыски всякие, заточена под разработку бухгалтерских, складских, и прочих баз данных. Удобно быстро, немного скучно, но вообщем результат почти всегда неплох. А ты на чем пишешь?

[Shura]

TAL: все вопросы с формами и отчетами решаются с помощью написания библиотек и базовых классов. Нужно один раз потратить на это месяц - два и все будет в порядке. Будешь клепать формы для БД любой сложности за считанные минуты. Ну а уж насчет красоты интерфейса, так 1с просто отдыхать будет.

[Tal]

ну все блин, думаю тема себя изжыла.

[B_A]

Насчет VPN, народ работает в Галактике без проблем, и хватает, возможно тут дело в 1С

[Tal]

2 В_А, не прокатит, ибо постановка задачи другая, (есть филиалы в России), а вообще сейчас занимаюсь уже этим проектом, замут будет другой... с помощью MS Sql, триггеров,  и сокетовый трансфер для передачи скиптов

[Tal]

2 гига на dbf? или база ms sql server >= 2Гб?

[Shura]

А что, ограничение объема (один или два гига) ms sql уже победили? Или это только в локальной версии такие проблемы? Базы, знаете ли, со времененем разрастаются ...

когда такое ограничение было?
базы и по 30-50Г для mssql2000 бывали...

[Tal]

Да ладно, чаще всего и переходят на mssql только для того чтобы работать с большой базой, а вот dbf - согласен, большие базы там тормозят них..ова

[ancestor::]

But the prob of all that is, when the access database of your (program) will reach a critical size ( may be 2 GB ) then your (program) will be unstable.
Объясняют ограничениями базы. Access - это, как я понял ms sql, только локальная?

линк в студию, плиз

[ancestor::]

Да ладно, чаще всего и переходят на mssql только для того чтобы работать с большой базой, а вот dbf - согласен, большие базы там тормозят них..ова

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

[Tal]

 Maximum sizes/numbers
Object SQL Server 7.0 SQL Server 2000
Batch size 65,536 * Network Packet Size1 65,536 * Network Packet Size1
Bytes per short string column 8,000 8,000
Bytes per text, ntext, or image column 2 GB-2 2 GB-2
Bytes per GROUP BY, ORDER BY 8,060  
Bytes per index 900 9002
Bytes per foreign key 900 900
Bytes per primary key 900 900
Bytes per row 8,060 8,060
Bytes in source text of a stored procedure Lesser of batch size or 250 MB Lesser of batch size or 250 MB
Clustered indexes per table 1 1
Columns in GROUP BY, ORDER BY Limited only by number of bytes  
Columns or expressions in a GROUP BY WITH CUBE or WITH ROLLUP statement 10  
Columns per index 16 16
Columns per foreign key 16 16
Columns per primary key 16 16
Columns per base table 1,024 1,024
Columns per SELECT statement 4,096 4,096
Columns per INSERT statement 1,024 1,024
Connections per client Maximum value of configured connections Maximum value of configured connections
Database size 1,048,516 TB3 1,048,516 TB3

Databases per instance of SQL Server 32,767 32,767
Filegroups per database 256 256
Files per database 32,767 32,767
File size (data) 32 TB 32 TB
File size (log) 4 TB 32 TB
Foreign key table references per table 253 253
Identifier length (in characters) 128 128
Instances per computer N/A 16
Length of a string containing SQL statements (batch size) 65,536 * Network packet size1 65,536 * Network packet size1
Locks per connection Max. locks per server Max. locks per server
Locks per instance of SQL Server 2,147,483,647 (static)
40% of SQL Server memory (dynamic) 2,147,483,647 (static)
40% of SQL Server memory (dynamic)
Nested stored procedure levels 32 32
Nested subqueries 32 32
Nested trigger levels 32 32
Nonclustered indexes per table 249 249
Objects concurrently open in an instance of SQL Server4 2,147,483,647 (or available memory) 2,147,483,647 (or available memory)
Objects in a database 2,147,483,6474 2,147,483,6474
Parameters per stored procedure 1,024 1,024
REFERENCES per table 253 253
Rows per table Limited by available storage Limited by available storage
Tables per database Limited by number of objects in a database4 Limited by number of objects in a database4
Tables per SELECT statement 256 256
Triggers per table Limited by number of objects in a database4 Limited by number of objects in a database4

[Tal]

About link into the studio
Прикольно, почитал, сочувствую буржуям им то софт покупать нужно ЗА БАБКИ