On 23/06/2007, at 4:06 AM, .::welemski::. wrote:
It's like this. I'm creating a webapplications for work groups.
Each user that is registered in the database can have a table on
their own. So each user can register a member or a user can
register to be a member of that user.Each main user
On 22.06.2007, at 13:29, Chuck Hill wrote:
What I want to say: The worst you can do is trying to find a
complicated and ugly way around an issue that doesn't exist. If
your friend tells you, it's a problem for him, tell him to use his
database properly or use a database at all.
Or be a re
On Jun 22, 2007, at 12:22 PM, Guido Neitzer wrote:
What I want to say: The worst you can do is trying to find a
complicated and ugly way around an issue that doesn't exist. If
your friend tells you, it's a problem for him, tell him to use his
database properly or use a database at all.
On 22.06.2007, at 12:58, Jacky Gagnon wrote:
Its really not a problem to deal with a table with more than 10 000
records, you just need to index correctly your database and have
enough memory on your database server.
To make that absolutely clear:
As long as you're not going to fetch ALL r
Thanks all, I really appreciate everyone's help on this matter and I think
I'll take Guido's advice "don't trust your friends".
I think I'll stick with webobjects way as much as possible.
___
Do not post admin requests to the list. They will be ignored.
Its really not a problem to deal with a table with more than 10 000
records, you just need to index correctly your database and have
enough memory on your database server. You can deal with a table
containing millions of records if you want.
I'm not sure if it will be really faster to hav
On 22.06.2007, at 12:06, .::welemski::. wrote:
It's like this. I'm creating a webapplications for work groups.
Each user that is registered in the database can have a table on
their own. So each user can register a member or a user can
register to be a member of that user.Each main user can
Having a table with 10,000 is no big deal. That's what databases are
for: to efficiently organize data. Are you familiar with indexing?
If not, go do a little research in that direction to figure out how
to make your queries fast. Having a table with 10,000 rows is far
better than havi
It's like this. I'm creating a webapplications for work groups. Each user
that is registered in the database can have a table on their own. So each
user can register a member or a user can register to be a member of that
user.Each main user can have a domain of their own and each member can have
a
Philosophically I think the issue is more with your design and less
than WebObjects. The reason there isn't great support for the kind
of thing you seem to be trying to do is because it's really hard to
imagine a need for it, or so it seems to me. Why are you trying to
create a separate t
Does it need to by a physical table? If not, you might consider the
GVCVirtualTables framework (from http://sourceforge.net/projects/
gvcsitemaker). It creates a Entity/table. Rows/instances can be
used as regular EOs (same as if an EOGenericRecord, no logic) and
accessed via KVC.
Chuck
Yeah I know it would be dirty plus I'm not a seasoned WebObjects programmer
so it is really, really hard for me.
I'm still not familiar with webobjects libraries so If anyone can provide
sample xcode project for me or complete working sample code I would really
apparciate it.
Thanks.
__
On 22.06.2007, at 10:18, .::welemski::. wrote:
Yes, During runtime of my application. I want to have an webobjects
application that whenever a new user is registered, a new table
will be created only for him.
If anyone tried it before please post your solution here.
There are two problems
I'm not sure if its the best way, but you can try something like this :
...
EOEntity entity =
EOModelGroup.defaultGroup().entityNamed(entityName);
EODatabaseContext dc = EOUtilities.databaseContextForModelNamed(ec,
modelName);
EOAdaptor adapt
Yes, During runtime of my application. I want to have an webobjects
application that whenever a new user is registered, a new table will be
created only for him.
If anyone tried it before please post your solution here.
Thank you.
On 6/23/07, Guido Neitzer <[EMAIL PROTECTED]> wrote:
On 22.06.
15 matches
Mail list logo
