[std.database]
Sean Kelly
sean at invisibleduck.org
Mon Oct 10 07:30:35 PDT 2011
Surprising. I read a research paper about a proposed language just a few months ago. I wonder if this is by the same guys.
Sent from my iPhone
On Oct 10, 2011, at 12:05 AM, "Roald Ribe" <rr at pogostick.net> wrote:
> On Sun, 09 Oct 2011 20:31:35 -0300, Sean Kelly <sean at invisibleduck.org> wrote:
>
>> On Oct 9, 2011, at 3:56 PM, Andrei Alexandrescu wrote:
>>
>>> On 10/9/11 5:31 PM, Walter Bright wrote:
>>>> On 10/9/2011 5:28 AM, Piotr Szturmaj wrote:
>>>>> 1. I think that we should not design this API using the least common
>>>>> denominator
>>>>> approach. This is to not limit some databases. For example PostgreSQL
>>>>> has many
>>>>> great features not available in MySQL. That's why I started with
>>>>> postgres in my
>>>>> ddb project. I think DB API should be designed to support the most
>>>>> featureful
>>>>> databases and those that have less features may be easily adapted to
>>>>> that API.
>>>>
>>>>
>>>> Haven't common denominator designs been more or less failures in at
>>>> least one category - gui libraries?
>>>
>>> A common database interface is not a common denominator API; more like the opposite. This is not difficult because most differences across database systems lie in their SQL, which is strings from D's perspective.
>>
>> Assuming that by "database" you mean SQL. Pretty fair assumption, though NoSQL databases (which cover a broad range of designs since there's no standard language yet for key-value DBs, etc) are rapidly gaining popularity. I almost wonder if the base type should be named SqlDatabase instead of Database.
>
> There is a standard language defined for NoSQL, namely UnQL:
> http://wwww.unqlspec.org/display/UnQL/Home
>
> Roald
More information about the Digitalmars-d
mailing list