addressalign-toparrow-leftarrow-rightbackbellblockcalendarcameraccwchatcheckchevron-downchevron-leftchevron-rightchevron-small-downchevron-small-leftchevron-small-rightchevron-small-upchevron-upcircle-with-checkcircle-with-crosscircle-with-pluscrosseditemptyheartexportfacebookfolderfullheartglobegmailgoogleimageimagesinstagramlinklocation-pinmagnifying-glassmailminusmoremuplabelShape 3 + Rectangle 1outlookpersonplusprice-ribbonImported LayersImported LayersImported Layersshieldstartickettrashtriangle-downtriangle-uptwitteruseryahoo

Re: [PhillyDB] PhillyDB - upcoming meetups and call for future topics/speakers

From: Dustin G.
Sent on: Friday, August 19, 2011 4:58 PM
hi, i haven't done this meetup yet but I monitor this list for interesting topics.

i'd love to see a deep discussion on ORMs, specifically

- if we want object abstractions on our data, why aren't we using an object database? (relational constraints, joins, transactions)
- if we need joins or transactions, is thinking in terms of objects harmful? what would a data-oriented (rather than object oriented) system look like?
- besides object-oriented and data-oriented, are there any other ways to think about our data? what would it look like if the object-relational mapping layer were specialized on a per-object basis?
- why exactly is pseudo-sql or a conditions API really necessary
- what should a conditions api do or not do, especially with respect to mutating queries
- should a conditions api handle paging?
- case study of existing conditions apis, good ones and bad ones, what are the design tradeoffs, what are some design mistakes --
- its convenient to have an object representation of our conditions so we can traverse a tree to mutate them, but is this a good idea? if we thought through the problems, couldn't we pivot the control flow such that we can functionally decompose the condition creation such that we don't need to mutate state?

i think these are hard questions, and i don't have the answers, but a group study would be cool. but there is significant homework to be done first. i'd rather somebody more qualified steps up, but if not and there is interest i may be willing to lead the discussion.

On Fri, Aug 19, 2011 at 4:29 PM, Michael Reichner <[address removed]> wrote:
Hello DB people -

We've got presentations on riak and redis lined up for September and October, respectively.

In the meantime, many new members have joined, and many tech groups have taken August off.  So I'm scheduling a less formal gathering for next Thursday (8/25) at Nodding Head.  Business, and books have already been suggested for discussion, and we'd like your feedback on the topics listed below.

So come on out and say hello.

Future Topics and Speakers

We would like to hear about these topics at upcoming meetups.  If you can speak on any of these topics (or any other topics), please let us know.

    graph databases
    Postgres for MySQL refugees
    semantic/ontological datastores
    data resources, particularly free ones

If you would like to see any other topics presented at future meetups, let us know.

Also, we would like to cohost a meetup with PhillyPUG.  Can anybody speak about SQLAlchemy, HDF5, or PyTables?  Any other ideas for this particular meetup?

Thanks, and we hope to see you at our meetups!

Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
This message was sent by Michael Reichner ([address removed]) from PhillyDB.
To learn more about Michael Reichner, visit his/her member profile
To unsubscribe or to update your mailing list settings, click here

Meetup, PO Box 4668 #37895 New York, New York[masked] | [address removed]

People in this
Meetup are also in:

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy