Новый Кипер ?

[VampireKB]

Собственно сабж...думаю над этой темой,но никак не могу ответить на 1 вопрос "зачем" ...

[SH]

Нужен нам, автоматизаторам, но не нужен пользователям, точнее тем, кто отвечает за принятие решений о покупке. ИМХО, как бизнес-проект - провальная затея.

[beda]

смешно.

а не замахнуцца ли нам на вильяма, нашего, шекспира...

http://www.bibliotekar.ru/encSlov/a/25.htm

[VampireKB]

Бедушечка
Самое главное - ядро А оно может выдержить достаточное кол-во подключений Проверено(с)
Высокая планка - согласен,но не неисполнимая

[beda]

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

остальной консалтинг - задорого и не здесь, я газонокосилку испытываю новую

Бедушечка
Самое главное - ядро А оно может выдержить достаточное кол-во подключений Проверено(с)
Высокая планка - согласен,но не неисполнимая

[VampireKB]

Так я ж не теоретически говорю )
Обновления - Онлайн
максимальное вол-во блюд - 9 млрд. (а не 9999,как в РК)
Максимальное кол-во выводимых на экран: 500 (при плохом соединении : 200)
Манагерсая\ПДС\Монитор - включено ..
Работа ведётся через ТСР

Единственный огромный минус такой же,как в своё время и у Юпитера был:
Отсутсвие соединения с нестандартными устройствами (пейджерами,фискальниками,� �акие еще бывают ? )

встроенный бэкофис на основе текущего(ПДСного),ну и веб-отчеты

[beda]

китайцам попробуй продать...

ps^ дальше аргументировать или успокоисся уже?

Так я ж не теоретически говорю )

максимальное вол-во блюд - 9 млрд. (а не 9999,как в РК)

[VampireKB]

китайцам попробуй продать...

ps^ дальше аргументировать или успокоисся уже?

посмотри диапазон работы любой SQL-ной базы данных ) Того же самого Firebird-а,например


P/S/ наврал..до 2 млрд ..но всё равно )

Object Maximum sizes/numbers
Batch size 65,536 * Network Packet Size
Bytes per short string column 8,000
Bytes per text, ntext,or image column 2 GB-2
Bytes per index 900
Bytes per foreign key 900
Bytes per primary key 900
Bytes per row 8,060
Bytes in source text of a stored procedure Lesser of batch size or 250 MB
Clustered indexes per table 1
Columns per index 16
Columns per foreign key 16
Columns per primary key 16
Columns per base table 1,024
Columns per SELECT statement 4,096
Columns per INSERT statement 1,024
Connections per client Maximum value of configured connections
Database size 1,048,516 TB
Databases per instance of SQL Server 32,767
Filegroups per database 256
Files per database 32,767
File size (data) 32 TB
Identifier length (in characters) 128
Locks per connection Max. locks per server
Nested stored procedure levels 32
Nested subqueries 32
Nested trigger levels 32
Nonclustered indexes per table 249
Objects in a database 2,147,483,6474
Parameters per stored procedure 1,024
REFERENCES per table 253
Rows per table Limited by available storage
Tables per database Limited by number of objects in a database
Tables per SELECT statement 256
Triggers per table Limited by number of objects in a database
UNIQUE indexes or constraints per table 249 nonclustered and 1 clustered

[beda]

не, слов умных и иностранных много, не спорю.
как всегда, ни о чем.

ок, повторю ответ в более доступной форме - где ты видел НОМЕНКЛАТУРУ в 2 млрда наименований?
не слышал, не читал, ни друг брата жены сестры рассказывал, а вот видел и все тут.

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

[VampireKB]

ок, повторю ответ в более доступной форме - где ты видел НОМЕНКЛАТУРУ в 2 млрда наименований?

Слава богу - не видел )